Propiedades automáticas con o sin campo de respaldo: ¿preferencia?

Question

Sé que cuando se usan propiedades automáticas, el compilador crea su propio campo de respaldo detrás de la pantalla. Sin embargo, en muchos programas que leo para aprender de, veo a la gente escribir explícitamente

private int _backingField; 

public int Property { get { return _backingField; } } 

¿Cuál es la diferencia entre arriba y abajo?

public int Property { get; private set; } 

entiendo que es obvio para utilizar la propiedad cuando en realidad tienen efectos secundarios en el getter o setter, pero eso no es a menudo el caso. Además, entiendo que debe usar explícitamente el campo de respaldo en el caso de las estructuras, no puede acceder a sus miembros a través de las propiedades.

La única diferencia que he podido encontrar es que la forma de llamar al valor es diferente dentro de la clase en la que está definido. ¿Es simple preferencia, o hay algo más para llamar un valor a través de su propiedad o al acceder directamente al campo? ¿Convenciones simples?

Answer 1

No hay mucha diferencia entre esos dos fragmentos; por ejemplo, no se puede pasar una propiedad por referencia, pero eso rara vez es un problema. Sin embargo, si desea que el campo sea de sólo lectura, como esto:

private readonly int _backingField;  
public int Property { get { return _backingField; } } 

entonces hay una diferencia. El código que he escrito arriba impide que el valor se modifique en otro lugar dentro de la clase, dejando en claro que esto realmente debe ser inmutable. Me gustaría poder declarar un campo de solo lectura con una propiedad de implementación de solo lectura automáticamente, configurable solo dentro del constructor, pero eso no está disponible en este momento.

Esto es bastante confuso, por cierto:

Además, entiendo que usted tiene que utilizar explícitamente el campo de respaldo en el caso de estructuras, no se puede acceder a sus miembros a través de propiedades.

¿Qué quieres decir? Definitivamente puede usar propiedades dentro de las estructuras. ¿Estás hablando de copias de los campos, que son estructuras mutables, es decir, la diferencia entre:

foo.someField.X = 10; 

y

foo.SomeProperty.X = 10; 

? Si es así, normalmente evito que sea un problema al hacer que mis estructuras sean inmutables para comenzar :)