accessor Public .net

Question

myślę, że było w .NET 2.0, Microsoft wprowadził akcesor, który został skrócony do czegoś jak

public string Name { get; set; }

Ale czy istnieje prawdziwa różnica pomiędzy powyższym kodem, i po prostu:

public string Name; 

Answer 1

Główną różnicą jest to, że jeśli później trzeba dodać logikę do swojej getter i setter i innych bibliotek DLL zostały już skompilowane przeciwko Ciebie, można łatwo zmienić

public string Name { get; set; } 

do

public string Name { get{/*special code*/} set{/*special code*/} } 

i nie będzie to przełomowa zmiana w celu opublikowania nowej biblioteki DLL, a inne pliki DLL nie będą rekompilowane.

---

natomiast jeśli zmieniłeś

public string Name; 

do

public string Name { get{/*special code*/} set{/*special code*/} } 

następnie musisz upewnić się, że wszystkie pliki DLL są zrekompilowane wykorzystują je, ponieważ zmieniają one dostęp do pola dostęp do nieruchomości.

Jest to oczywiście większy problem, gdy dostarczane DLL do innych programistów (jako projekt open source lub jako składnik sprzedawca na przykład) niż jeśli jesteś po prostu budowanie aplikacji dla własnego self/pracodawcy

Answer 2

różnica pomiędzy Field i Property. Pole jest po prostu zmienną składową w instancji klasy. Natomiast właściwość jest skrótem dla dwóch odrębnych działań - get i set:

public string Name 
{ 
    get 
    { 
     return _name; 
    } 
    set 
    { 
     _name = value; 
    } 
} 

private string _name; 

To jest zbyt uproszczony przykład, jako własność po prostu „zawija” pole prywatnym poprzez odesłanie go w getter i ustawienie go w setera. Jednak właściwości stają się bardzo przydatne, gdy stają się "bramami" do wartości bazowej. Jeśli program wymaga przepływu coś się stało za każdym razem wartość pola jest ustawiony (powiedzmy, zdarzenie jest zwolniony), może być zwolniony z seter nieruchomości:

set 
{ 
    this.InvokePropertyChangedEvent(); 
    _name = value; 
} 

dokładnej składni pytasz o jest nazywane Auto-Implemented Properties, co jest skrótem dla prostego przykładu, który podałem powyżej. Kompilator tworzy prywatnego członka, który został ustawiony i ustawiony przez właściwość.

Answer 3

Właściwości automatyczne zostały po raz pierwszy wprowadzone w języku C# 3.0. Różnica pomiędzy:

public string Name { get; set; } 

i

public string Name; 

jest to, że najpierw deklaruje property natomiast druga field. W właściwościach OOP są używane do enkapsulacji pól. Właściwość może mieć wartość setter lub getter lub obie i można również określić inny poziom dostępności dla każdego z nich.

Answer 4

Tak, kod w drugiej linii udostępniasz bezpośrednio członkowi w pamięci, podczas gdy w pierwszym wierszu masz jeden poziom niezależności, w którym możesz dodać logikę w przyszłości, aby sprawdzić i leniwy przydzielić.

Ponadto, jeśli użyjesz odbicia, będziesz musiał wyszukać Setter właściwości i Getter dla pierwszej przykładowej linii i dla sekundy, którą musisz bezpośrednio pobrać zmienną składową.

Zazwyczaj użycie właściwości jest o wiele lepszym projektem.

Answer 5

Różnica między skróconą deklaracją właściwości jest taka, że ​​można ją zdefiniować w ten sposób.

public string Name { get; private set; } 

Oznacza to, że nieruchomość może być czytana publicznie, ale mogą ją wpisać tylko członkowie prywatni. Nie możesz zrobić czegoś takiego dla pola.

Jeśli spojrzeć na wygenerowanym IL z oświadczeniach majątkowych krótki ręki, będzie okaże się, że kompilator dodała /generowanych automatycznie członków pól do właściwości będzie czytać z lub pisać na.

Answer 6

Nie ma żadnej różnicy funkcjonalnej w zakresie pisania kodu, aby uzyskać wartość lub zapisać ją. Ale zdarzają się sytuacje, w których osoba dzwoniąca może oczekiwać pola lub własności i zaakceptowałaby tylko jedno lub drugie, używając refleksji. Na przykład WPF może wiązać tylko do właściwości, a nie do pola.

Answer 7

Jedną z użytecznych różnic, które znalazłem dla użytkowników propertygrid było to, że używając publicznego ciągu znaków Nazwa {get; zestaw; } możemy ustawić dane źródłowe w Propertygrid łatwo.

podczas zadeklarowania publicznej nazwy ; nie będzie pełnić funkcji Propertygrid.