Dodawanie setter do własności wirtualnej w C#

Question

mam takiej sytuacji:

public abstract class BaseClass 
{ 
    public abstract string MyProp { get; } 
} 

Teraz dla niektórych klas pochodnych, wartość właściwości jest syntetyzowany wartości, więc nie ma seter:

public class Derived1 : BaseClass 
{ 
    public override string MyProp { get { return "no backing store"; } } 
} 

To działa dobrze. Jednak niektóre z klas pochodnych wymagały bardziej tradycyjnego zaplecza. Jednak, bez względu na to, jak piszę to, jak na automatycznym nieruchomości, lub z wyraźną sklepie podkładu, pojawia się błąd:

public class Derived2 : BaseClass 
{ 
    public override string MyProp { get; private set;} 
} 

public class Derived3 : BaseClass 
{ 
    private string myProp; 
    public override string MyProp 
    { 
     get { return myProp;} 
     private set { myProp = value;} 
    } 
} 

Derived2.MyProp.set ': nie można zastąpić, ponieważ «BaseClass.MyProp» robi nie ma dostępnego zestawu akcesorów

Jak mogę to uruchomić?

Answer 1

Najlepszą rzeczą, jaką można zrobić, to zaimplementować właściwość jako virtual zamiast abstract. Dokonaj get i set bloki dla każdego rzutu NotSupportedException w klasie bazowej i zastąpić zachowanie się odpowiednio w klasach pochodnych:

public virtual string MyProp { 
    get { 
     throw new NotSupportedException(); 
    } 
    set { 
     throw new NotSupportedException(); 
    } 
} 

Answer 2

Zasadniczo nie można. Dodając osobę ustawiającą, zmieniasz definicję właściwości, więc nie "przesłonię" jej właściwości bazowej. Jest tak samo, jak w przypadku próby zastąpienia metody i dodania do niej innego parametru - będą one traktowane jako różne metody (przeciążone). Ponieważ właściwości nie mogą być przeciążone, to nie zadziała.

Będziesz musiał dodać inną metodę ustawiania wartości (być może z dostępnością protected).

Answer 3

sugestia Bradleya jest dobra, ale jedno Zrobiłem w przypadkach, gdy tylko Setter powinny być wirtualny jest coś zrobić to w ten sposób:

public class Root 
{ 
    private string _MyProp; 
    public string MyProp 
    { 
     get { return _MyProp;} 
     set { _MyProp = SetMyProp(value); } 
    } 
    protected virtual string SetMyProp(string suggestedValue) 
    { 
     return suggestedValue; 
    } 
} 
public class Child 
    : Root 
{ 
    protected override string SetMyProp(string suggestedValue) 
    { 
     string oReturn = base.SetMyProp(suggestedValue); 
     // Do some sort of cleanup here? 
     return oReturn; 
    } 
} 

to wymaga trochę dodatkowej pracy z przodu, ale wydaje się, aby utrzymać wyższy stopień hermetyzacji (np można zapobiec podklasy z nadrzędnymi zachowanie getter, a podklasa nie robi muszą być świadomi tego, że leży on za nimi właściwość e).

Answer 4

Proponuję unikać właściwości wirtualnych lub abstrakcyjnych. Zamiast tego należy użyć właściwości innej niż wirtualna, która łączy się z chronionymi wirtualnymi lub abstrakcyjnymi metodami get/set. Dzięki temu klasy pochodne mogą przesłonić metody, a także przesłonić właściwość taką, która ma różne modyfikatory dostępu. Ponieważ sama własność podstawowa nie będzie wirtualna, nigdy nie będzie potrzeby jej zastępowania, więc konflikt nazewnictwa z nową wersją nie będzie miał znaczenia.