abstract 와 override 를 동시에 사용 할 수 있 는 지 분석 합 니 다.
이 문제 에 대해 저 는 진지 하 게 생각 했 습 니 다.이런 방식 은 드 물 지만 합 법 적 이 고 심지어 의미 가 있 습 니 다.
만약 에 우리 가 매우 크 고 복잡 한 유형 이 있다 고 가정 하면 우 리 는 그 를'Thingy'라 고 부 르 자.
abstract class Thingy{ public virtual string Name { get { return ""; } }}
물론 Thingy 는 여러 하위 클래스 로 통합 되 고 대부분의 하위 클래스 는 기본"Name"이나 null 이 있 습 니 다.
아니면 다른 거?중요 한 것 은 이 Name 에 어떤 값 이 있 는 것 이 아니 라 대부분 유형 계층 구조 에 있 는 클래스 입 니 다.
의미 있 는 기본 이름 이 있 습 니 다.
그러나 또 다른 추상 적 인 thingy,FrobThingy 가 있다 면 항상 비어 있 지 않 은(non-empty)이름 이 있 습 니 다.
FrobThingy 의 하위 클래스 가 의외로 thingy 를 호출 하여 실현 할 수 있 습 니 다.우 리 는 이렇게 할 수 있 습 니 다.
abstract class FrobThingy : Thingy{ public abstract override string Name { get; }}
이렇게 하면,만약 당신 이 키 클래스 BigFrobThingy 를 가지 고 있다 면,당신 은 스스로 Name 속성의 실현 을 제공 해 야 합 니 다.왜냐하면 당신 이 제공 하지 않 는 다 면,
말,너 는 번역 을 통과 할 수 없다.
이 내용에 흥미가 있습니까?
현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:
[Java] 객체지향 프로그래밍 - 제어자제어자Modifier는 클래스, 변수 또는 메서드의 선언부에 함께 사용되어 부가적인 의미를 부여할 수 있어요. 제어자의 종류는 크게 접근 제어자와 그 외의 제어자로 나눌 수 있어요. 접근 제어자 : public, p...
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.