¿Es posible la propiedad de solo lectura y auto implementada?

Question

Encontré un tema en MSDN que dice que sí, esto es posible.

Me hicieron una prueba que parece romper esta declaración:

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; 
     } 
    } 
} 

¿Dónde estoy mal?

Answer 1

La respuesta a continuación fue escrito en 2010. En C# 6 (publicado en 2015) que puede escribir las propiedades implementadas automáticamente de sólo lectura:

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

---

Tienes toda la razón. Las propiedades implementadas automáticamente de solo lectura correcta son actualmente imposibles. Haciendo que el colocador privada no es lo mismo, independientemente de lo que algunos libros y MSDN podrían decir :)

Si yo gobernaba el mundo, este no sería el caso. Cuando veo a algunos de los diseñadores de idiomas llamando al NDC 2010 en junio (¡por favor, acérquense!) Pretendo intentar persuadir, sobornar, engatusar y, en general, hacerme una molestia hasta que acepten. Es solo una característica de oblea delgada, después de todo.

cuanto a que el artículo de MSDN, el propio texto no dice que crea una propiedad de sólo lectura automática. Crea un tipo inmutable usando una propiedad automática, y eso es correcto. Los únicos bits problemáticos son los comentarios que dicen

// Read-only properties. 

... que definitivamente son incorrectos. El marco está de acuerdo con nosotros:

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

Answer 2

conjunto privado no es lo mismo que readonly.

similares a los métodos o campos, la palabra clave private hace que la visibilidad de la incubadora a la disposición de la propia clase. Otros objetos no pueden usar el colocador, pero los métodos de la clase pueden llamarlo libremente. Por lo tanto, su código de prueba se compila y funciona bien.

Parece que los objetos externos como una propiedad readonly, pero no es de sólo lectura en la verdadera definición.

Answer 3

La propiedad es de sólo lectura fuera de la clase Foo. Creo que eso es a lo que apunta el artículo.

Pero no es lo mismo que marcar una variable con la palabra clave readonly.

Answer 4

Es confuso. Debe diferenciar entre solo lectura y C# readonly (lo que significa la palabra clave).

• de solo lectura: significa que nadie de fuera puede escribir directamente, solo leer.
• C# readonly: solo puede escribir en el constructor, nunca más.

Answer 5

No, no es posible hacer una propiedad auto implementada de solo lectura.Para la página se conectó:

con propiedades de auto-aplicado, tanto un get y set de acceso se requieren

Un establecimiento no dispone de acceso set única lectura.

A property without a set accessor is considered read-only

Answer 6

La palabra clave de sólo lectura, en C# y VB, hacen lo mismo cuando se aplica a un campo. Lo hacen para que el campo solo se pueda asignar durante la inicialización estática (si está marcado como un campo estático/compartido) o durante el constructor.

C# no utiliza la palabra clave readonly para nada más.

La palabra clave ReadOnly en VB adquiere un significado diferente cuando se aplica a una propiedad. En este caso, simplemente significa que no hay una forma aceptable de asignar a la propiedad pública (internamente, el campo de respaldo puede ser modificado por otro código interno, por supuesto).

Answer 7

No se puede crear una propiedad auto implementada readonly. Si intenta compilar una clase con una propiedad de auto-aplicado obtendrá este error si no tiene, tanto obtener y definir:

'ProjectName.ClassName.Property.get' debe declarar un cuerpo porque no está marcado como abstracto o externo Las propiedades implementadas automáticamente deben definir los accesadores get y set.

Con la frase que comienza con 'Automáticamente' es la parte del error que nos ocupa.