Czy jest możliwa automatyczna implementacja tylko do odczytu?

Question

Znalazłem temat na MSDN, który mówi, że tak, to jest możliwe.

Zrobiłem test, który wydaje się przerwać to oświadczenie:

using System; 

namespace Test 
{ 
    class Program 
    { 
     static void Main(string[] args) 
     { 
      Foo f = new Foo("1"); 
      Console.WriteLine(f.Bar); // prints 1 
      f.Test("2"); 
      Console.WriteLine(f.Bar);// successfully prints 2 
     } 
    } 

    class Foo 
    { 
     public Foo(string b) 
     { 
      this.Bar = b; 
     } 

     public string Bar { get; private set; } 

     public void Test(string b) 
     { 
      // this would be impossible for readonly field! 
      // next error would be occur: CS0191 or CS0191 
      // A readonly field cannot be assigned to (except in a constructor or a variable initializer) 
      this.Bar = b; 
     } 
    } 
} 

Jeżeli się mylę?

Answer 1

Poniższa odpowiedź została napisana z powrotem w 2010. W języku C# 6 (wydany w 2015) Państwo może pisać tylko do odczytu automatycznie wdrażane właściwości:

// This can only be assigned to in a constructor 
public int Foo { get; } 

---

Masz absolutną rację. Właściwie automatycznie wczytywane właściwości tylko do odczytu są obecnie niemożliwe. Osadzenie prywatnego setera nie jest tym samym, niezależnie od tego, co powiedzieliby niektóre książki i MSDN :)

Gdybym rządził światem, nie byłoby to prawdą. Kiedy w czerwcu zobaczę kilku projektantów języków na NDC 2010 (proszę, przyjdźcie!) Zamierzam spróbować przekonać, przekupić, nakłonić i generalnie utrapić się, dopóki się nie zgodzą. W końcu jest to tylko jedna cienka wafelka.

Patrząc na ten artykuł MSDN, sam tekst nie mówi, że tworzy on własność automatyczną tylko do odczytu. Tworzy niezmienny typ , używając automatycznej właściwości, i to jest poprawne. Jedynymi problematycznymi bitami są komentarze, które mówią: ... które są zdecydowanie błędne. Ramy zgadza się z nami:

var prop = typeof(Contact).GetProperty("Name"); 
Console.WriteLine(prop.CanWrite); // Prints True 

Answer 2

Prywatny zestaw nie jest taka sama jak readonly.

Podobnie jak w przypadku metod lub pól, słowo kluczowe private udostępnia widoczność osoby przygotowującej tylko samej klasie. Inne obiekty nie mogą używać settera, ale metody samej klasy mogą wywoływać je swobodnie. W związku z tym Twój kod testowy jest kompilowany i działa poprawnie.

Wygląda na obiekty zewnętrzne jako właściwość readonly, ale nie jest tylko do odczytu w prawdziwej definicji.

Answer 3

Właściwość jest tylko do odczytu poza klasą Foo. Myślę, że właśnie o to chodzi.

Ale to nie to samo, co oznaczanie zmiennej słowem kluczowym readonly.

Answer 4

To jest mylące. Należy odróżnić tylko do odczytu od C# readonly (co oznacza słowo kluczowe).

• Tylko do odczytu: oznacza, że ​​nikt z zewnątrz nie może bezpośrednio do niego pisać, tylko czytać.
• C# readonly: możesz pisać do niego w konstruktorze, a potem nigdy więcej.

Answer 5

Nie, nie można automatycznie wprowadzić właściwości readonly.Dla tej strony powiązane:

z właściwościami auto-wdrożone, zarówno get i set accessor są wymagane

tylko do odczytu obiekcie Nie ustalono akcesor.

A property without a set accessor is considered read-only

Answer 6

słowo kluczowe ReadOnly w C# i VB, zrobić to samo po nałożeniu na polu. Sprawiają, że pole jest przypisywane tylko podczas inicjalizacji statycznej (jeśli jest oznaczone jako pole statyczne/współdzielone) lub podczas konstruktora.

C# nie wykorzystuje słowa kluczowego readonly dla niczego innego.

Słowo kluczowe ReadOnly w VB nabiera innego znaczenia po zastosowaniu do właściwości. W tym przypadku oznacza to po prostu, że nie ma akceptowalnego sposobu przypisania do właściwości publicznej (wewnętrznie, pole zaplecza może oczywiście zostać zmienione innym kodem wewnętrznym).

Answer 7

Nie można utworzyć automatycznej implementacji właściwości readonly. Jeśli spróbujesz skompilować klasę o własności auto realizowany otrzymasz ten błąd, jeśli nie ma zarówno pobierania i ustawiania:

„ProjectName.ClassName.Property.get” musi zadeklarować ciała, ponieważ nie jest oznaczony jako abstrakcyjny lub zewnętrzny. Automatycznie implementowane właściwości muszą definiować zarówno get, jak i set accessors.

Z wyrażeniem rozpoczynającym się od "Automatycznie" będącym częścią błędu, który nas dotyczy.