¿Cómo puedo acceder a la variable de respaldo de una propiedad implementada automáticamente?

Question

En el pasado hemos declarado propiedades como esta:

public class MyClass 
{ 
    private int _age; 

    public int Age 
    { 
      get{ return _age; } 
      set{ _age = value; } 
    } 
} 

Ahora podemos hacer:

public class MyClass 
{ 
    public int Age {get; set;} 
} 

Mi pregunta es, ¿cómo puedo acceder a la variable privada que se crea automáticamente usando esta notación?

Preferiría acceder a la variable privada y no al acceso público 'Edad'. ¿Hay una notación predeterminada para acceder a la variable privada, o simplemente no es posible?

Answer 1

No se puede, es una función de idioma en lugar de una función IDE. Para ser sincero, prefiero que IDE agregue la variable privada para ti. Estoy de acuerdo en que es un poco raro que la clase tenga que usar internamente el punto de entrada público para acceder a sus propias variables. Por lo tanto, yo no uso mucho esta nueva característica.

Answer 2

Detrás de las escenas de lo que sucede es la inyección de una variable miembro privada, con el prefijo <> k__AutomaticallyGeneratedPropertyField #

De C# 3.0 Automatic Properties explained

Aunque puede ser posible usar ese miembro privada directa, es muy hacky e innecesario.

Answer 3

Esta sintaxis es comúnmente llamada "azúcar de sintaxis", lo que significa que el compilador toma esa sintaxis y la traduce en algo más. En su ejemplo, el compilador generar código que se ve algo como esto:

[CompilerGenerated] 
private int <Age>k_BackingField; 

public int Age 
{ 
    [CompilerGenerated] 
    get 
    { 
     return this.<Age>k_BackingField; 
    } 
    [CompilerGenerated] 
    set 
    { 
     this.<Age>k_BackingField = value; 
    } 

Aun sabiendo todo eso, usted podría probablemente el acceso al campo de respaldo directamente, pero ese tipo de derrotas el propósito de utilizar las propiedades automáticas. Probablemente lo diga aquí porque luego depende de un detalle de implementación que podría cambiar en cualquier momento en una versión futura del compilador de C#.

Answer 4

El uso de propiedades automáticas implica que no necesita ninguna lógica de obtención/configuración para la propiedad, por lo que no es necesaria una variable de respaldo privada.

No utilice las propiedades automáticas si tiene alguna lógica compleja en su clase. Simplemente vaya a private int _age y getters/setters normales como lo haría normalmente.

OMI, propiedades automáticas son más adecuados para implementar rápidamente los objetos de usar y tirar o cápsulas de datos temporales como:

public class TempMessage { 
    public int FromID { get; set; } 
    public int ToID { get; set; } 
    public string Message { get; set; } 
} 

Cuando no se necesita mucha lógica.

Answer 5

El objetivo de las nuevas propiedades automáticas es reducir la cantidad de código repetitivo que necesita para escribir cuando solo tiene una propiedad simple que no necesita ninguna lógica especial en el conjunto o en el conjunto.

Si desea acceder al miembro privado que estas propiedades de uso, que suele ser por varias razones:

• Necesitas algo más que un simple get/set - en este caso, sólo debe evitar usando propiedades automáticas para este miembro.
• Desea evitar el golpe de rendimiento de pasar por la obtención o el ajuste y simplemente usar el miembro directamente; en este caso, me sorprendería si realmente hubiera un golpe de rendimiento. Los miembros simples get/set son muy fáciles de alinear, y en mi prueba (ciertamente limitada) no he encontrado una diferencia entre usar las propiedades automáticas y acceder al miembro directamente.

• Solo desea tener acceso de lectura público (es decir, solo 'obtener') y la clase escribe directamente al miembro; en este caso, puede usar un conjunto privado en su propiedad automática. es decir

  public class MyClass 
  { 
      public int Age {get; private set;} 
  }

Esto generalmente cubre la mayoría de las razones para querer obtener directamente al campo respaldo utilizado por las propiedades automáticas.

Answer 6

No debería, y es muy poco probable que lo necesite. Si necesita acceder a la propiedad, solo use la propiedad pública (por ejemplo, this.Age). No hay nada especial en el campo privado que respalda la propiedad pública, usarlo de preferencia a la propiedad es simplemente una superstición.