C에서 콘크리트 세터가있는 추상 게터 #

Question

IList을 구현하는 읽기 전용 컬렉션을위한 추상 기본 클래스를 작성하려고합니다. 이러한 기본 클래스는 NotSupportedException을 던지기 위해 set-indexer를 구현해야하지만 get-indexer는 추상으로 남겨 두어야합니다. C#에서 그런 상황이 가능합니까? 여기에 지금까지이 작업은 다음과 같습니다

public abstract class ReadOnlyList : IList { 

    public bool IsReadOnly { get { return true; } } 

    public object this[int index] { 
     get { 
      // there is nothing to put here! Ideally it would be left abstract. 
      throw new NotImplementedException(); 
     } 
     set { 
      throw new NotSupportedException("The collection is read-only."); 
     } 
    } 

    // other members of IList ... 
} 

이상적으로 ReadOnlyList은 세터를 구현하지만 게터 초록을 떠날 수있을 것입니다. 이것을 허용하는 구문이 있습니까?

Answer 1

대표에게 당신이 그 다음으로 추상 또는 가상이 원하는 동작에 따라 표시 할 수 있습니다 보호 회원들에게 작업을 필요 없어요. 이런 식으로 뭔가를 시도 : 경우

// implementor MUST override 
protected abstract object IndexerGet(int index); 

// implementor can override if he wants.. 
protected virtual void IndexerSet(int index, object value) 
{ 
    throw new NotSupportedException("The collection is read-only."); 
} 

public object this[int index] { 
    get { 
    return IndexerGet(index); 
    } 
    set { 
    IndexerSet(index, value); 
    } 
} 

Answer 2

왜 setter를 사용하고 싶습니까? setter가 없으면 읽기 전용 속성을 나타냅니다.

EDIT : jgauffin은 setter가 IList에서 온 것이라고 지적했습니다. 따라서 두 가지 옵션이있을 수 있습니다.

1. 개인적으로 IList를 구현하고 인덱서에 대해 공개 초록 getter를 제공합니다 (두 개의 인덱서를 사용할 수 있으면 100 % 확실하지는 않습니다).
2. Indexer getter는 GetItem과 같은 추상 메서드를 호출합니다.

Answer 3

세터를 비공개로 설정하지 않으시겠습니까?

public abstract class ReadOnlyList : IList 
    { 

     public bool IsReadOnly { get { return true; } } 

     public object this[int index] 
     { 
      get 
      { 
       // there is nothing to put here! Ideally it would be left abstract. 
       throw new NotImplementedException(); 
      } 
      private set 
      { 
       // your private implementation 
      } 
     } 

     // other members of IList ... 
    } 

Answer 4

아니요, 회원 초록과 다른 속성으로 구성된 속성을 가질 수 없습니다. 내가 할 수있는 것은 전체 속성을 추상으로 설정하고 상속인이 원하는대로 수행하도록 다시 정의하는 것입니다.

Answer 5

아니요. 그렇게 할 수있는 방법을 찾으면 Liskov Substitution Principle을 정말로 깨뜨립니다.

여기 LSP에 대한 자세한 읽기 : Can you explain Liskov Substitution Principle with a good C# example?

Answer 6

당신이 다음 읽기 전용 컬렉션을하고 싶다면 왜 IList 구현을?

대신 IEnumerable을 구현해야합니다.

Answer 7

당신은 세터

public abstract object this[int index] { get; }