Czy istnieje jakikolwiek powód, aby nie używać właściwości "chronionych"?

Question

Po prostu zastanawiam się ...

Czy istnieją jakieś powody, dla których nie należy używać chronionych właściwości?

Znaczy zamiast korzystania z tego:

public abstract class Foo 
{ 
    protected Bar { get; private set; } 
} 

korzystać z tego jeden:

public abstract class Foo 
{ 
    private Bar _bar; 

    protected Foo(Bar bar) 
    { 
     _bar = bar; 
    } 

    protected GetBar() 
    { 
     return _bar; 
    } 
} 

Answer 1

Nie widzę żadnego powodu, dla którego chcesz użyć GetXXX() metodę zamiast własności niezależnie od to modyfikatory.

Od czasu, gdy oznaczyłeś to pytanie tagiem C#, zalecam stosowanie pierwszego podejścia. Do tego służą właściwości.

Użyj metody tylko wtedy, gdy wartość zwracana przez nią może być różna za każdym razem, gdy ją wywołasz niezależnie od jej stanu. Na przykład DateTime.Now było błędem i powinno być metodą.

Aby uzyskać więcej informacji, zobacz Property Usage Guidelines on MSDN. Na marginesie, to zaskakujące, że nie musieli go zmieniać od Framework 1.1.

Answer 2

Tylko jeśli masz non zapisu lub nie czytelne atrybutów wewnątrz klasy

Answer 3

Jeszcze kilka powodów, aby zamiast wykorzystywać właściwości metod: Wiązanie

• Dane mogą zobaczyć tylko właściwości
• Ty może używać semantyki tylko do odczytu lub zapisu.

Answer 4

Pytanie nie jest tak naprawdę o protected ma więcej z: dlaczego powinienem używać właściwości?

Propeties są logicznie równoważne z getter/setter parami metody, co można zrobić z ze Name {get{} \ set{}} można zrobić z GetName() \ SetName() pary i odwrotnie, zwłaszcza w C# ma getter i setter akcesorów, dzięki czemu możemy grać z także dostępność.

Są jednak osoby, które uważają, że publiczne (lub chronione) właściwości są trochę jak oszustwa z perspektywy OOP, szczególnie, jeśli wszystko, co robi własność, po prostu pokazuje pole wsparcia. Mimo wszystko wydaje się, że zmienia on stan obiektu na zewnątrz, podczas gdy person.SetName("SWeko") jedynie informuje obiekt, że potrzebuje zmienić jego stan. I z czysto teoretycznego punktu widzenia uważam, że te obiekcje mają wartość.

Jednak nie wszyscy mamy luksus życia w wieżach z kości słoniowej, więc pojęcie własności jest naprawdę użyteczne, ponieważ jest bardziej czytelne, mniej podatne na błędy, a IMHO, bliżej modelu realnego świata. Dostarcza nam również pewnego rodzaju dychotomii, gdy piszę coś takiego:

person.Name = "SWeko"; 
person.Work(); 

Spodziewam się, że pierwsza linia będzie szybki przydział, a nie mają skutków ubocznych, a spodziewam się, że druga linia zrobi coś więcej i prawdopodobnie wpłynie na stan wewnętrzny obiektu.Kiedy używam metody Gettera i Settera, żadna taka uwaga nie jest od razu oczywista:

person.SetName("SWeko"); 
person.Work();