Propiedad automatizada con getter solamente, se puede establecer, ¿por qué?

Esta es una nueva característica en C#6 que le permite crear propiedades de solo lectura e inicializar sus valores desde el constructor (o en línea cuando las declara).

Si intenta cambiar el valor de esta propiedad fuera del constructor, le daría un error de compilación.

Es de solo lectura en el sentido de que una vez que inicializa su valor (en línea o dentro del constructor), no puede cambiar su valor.

Si no fuera posible inicializar la propiedad de solo lectura desde el constructor (o un inicializador de propiedad automática), entonces sería inútil, ya que siempre devolvería el valor predeterminado para su tipo (0 para numéricos, null para tipos de referencia). La misma semántica se aplica a los campos readonly en todas las versiones de C#.

Para definir una propiedad true getter-only (que no se puede inicializar desde el constructor), debe especificar lo que devuelve como parte de la definición:

public int Foo { get { return 5; } }

O, más concisamente en C # 6:

public int Foo => 5;

La característica de propiedad automática se agregó al lenguaje durante el lanzamiento de C# 3.0. Le permite definir una propiedad sin ningún campo de respaldo, sin embargo, aún necesita usar constructor para inicializar estas propiedades automáticas a un valor no predeterminado. C # 6.0 introduce una nueva característica llamada auto property initializer que le permite inicializar estas propiedades sin un constructor como el siguiente:

Anteriormente, se requiere un constructor si desea crear objetos uso de una propiedad automática e inicializar una propiedad automática a un valor no predeterminado como a continuación:

public class MyClass
{
    public int Foo { get; }

    public Foo(int foo)
    {
        Foo = foo;
    }
}

Ahora en C # 6.0, la capacidad de usar un inicializador con la propiedad auto significa que no se requiere ningún código de constructor explícito.

public string Foo { get; } = "SomeString";

public List<string> Genres { get; } = new List<string> { "Comedy", "Drama" };

Puede encontrar más información sobre esto aquí

"readonly automatically implemented properties"

En primer lugar quiero aclarar que la propiedad como

public string FirstName { get; }

Se conoce como "readonly automatically implemented properties"

Para verificar esto puede ejecutar y verificar el código anterior con Visual Studio. Si cambia la versión del idioma de C # 6.0 a C # 5.0, el compilador lanzará la siguiente excepción La característica 'readonly automatically implemented properties' no está disponible en C# 5. Por favor use idioma versión 6 o superior.

Para cambiar la versión del lenguaje C# visite aquí

Ahora voy a su segunda pregunta

"Esto es solo getter. Pero cuando construyo un constructor, puedo cambiar el valor "

Microsoft introduce las propiedades "readonly implementadas automáticamente" en la lógica de solo lectura. Como sabemos, la palabra clave "readonly" está disponible en C#1.0. usamos la palabra clave "readonly" como modificador en un campo y ese campo se puede asignar en 2 formas ya sea en el momento de la declaración o en un constructor de la misma clase.

De la misma manera el valor de "readonly automatically implemented properties" se puede asignar de 2 maneras

Way1 (en el momento de la declaración):

public string FirstName { get; } = "Banketeshvar";

Way2 (en un constructor de la misma clase)

Person()
{
 FirstName  = "Banketeshvar";
}

Propiedad puramente de lectura

Si está buscando una propiedad puramente de lectura, vaya a esto

public string FullName => "Manish Sharma";

Ahora no se puede asignar el valor de la propiedad "FullName" del constructor. Si intenta hacer eso, lanzará las siguientes excepciones

"Propiedad o Persona del indexador.FullName 'no se puede asignar a {es de solo lectura"

Una variable declarada readonly se puede escribir dentro de un constructor, pero en lenguajes que honren el atributo, no se puede modificar después de que el constructor regrese. Ese calificador se proporcionó como una característica de lenguaje porque a menudo es necesario para campos cuyos valores variarán en función de los parámetros del constructor (lo que significa que no se pueden inicializar antes de que se inicie el constructor), pero no tendrá que cambiar después de que los constructores regresen, pero solo se puede usar para variables expuestas como campos. El la semántica de los campos calificados readonly en muchos casos habría sido perfecta para los miembros públicos, excepto que a menudo es mejor para las clases exponer los miembros, incluso los inmutables, como propiedades en lugar de campos.

Así como las propiedades automáticas de lectura-escritura existen para permitir que las clases expongan propiedades mutables tan fácilmente como los campos ordinarios, las propiedades automáticas de solo lectura existen para permitir que las clases expongan propiedades inmutables tan fácilmente como los campos calificados de readonly. Al igual que readonly - campos calificados pueden ser escrito en un constructor, también con propiedades get-only.