¿Por qué debería usar una propiedad implementada automáticamente en lugar de un campo?

Question

Entre estos dos:

Con propiedad:

class WithProperty 
{ 
    public string MyString {get; set;} 
} 

con el campo:

class WithField 
{ 
    public string MyString; 
} 

Al parecer, se supone que debo escoger la primera. ¿Por qué?

He escuchado el argumento de que el punto aquí es permitir cambios en la interfaz, pero si tengo el segundo y lo cambio al primero, ningún otro código debería tener que cambiar alguna vez. Cuando se recompila todo lo que va a apuntar a la propiedad en su lugar.

¿Falta algo importante aquí?

Answer 1

La diferencia más importante es el hecho de que si usa un campo y luego necesita cambiarlo a una propiedad (por ejemplo, para aplicar alguna validación), todas las bibliotecas que invocan su código deberán ser recompiladas. Es cierto que puede compilar exactamente el mismo código si el nombre permanece igual, pero los consumidores de su código aún tendrán que volver a compilarse. Esto se debe a que el IL generado para obtener el valor es diferente entre un campo y una propiedad. Si ya es una propiedad, puede realizar un cambio sin forzar a los consumidores de su código a cambiar.

Esto puede o no ser un problema para usted. Pero la propiedad tiene casi la misma cantidad de código y se considera la mejor práctica. Siempre iría por la propiedad.

Answer 2

La propiedad se puede cambiar más adelante si necesita agregar validación u otra lógica sin romper otros ensambles.

Además, la propiedad puede utilizarse con enlace de datos.

Answer 3

Con una propiedad, puede extender fácilmente para incluir nueva lógica.

Por ejemplo, si necesita agregar lógica de validación al set.

Answer 4

La parte importante se echa en falta es la gravedad de esta declaración:

Cuando vuelve a compilar

Cuando su punto de código a un campo y lo cambia a apuntan a una propiedad de la misma nombre, el C# en sí mismo no cambia, pero el IL resultante lo hace; genera una llamada de método al captador o instalador, según corresponda.

No todas las aplicaciones tienen todas sus piezas en una sola unidad distribuida. Muchas aplicaciones dependen de las interfaces para la capacidad de conexión/capacidad de expansión. Si tiene una aplicación con una interfaz para un campo y desea cambiarla a una propiedad para aprovechar el poder de las propiedades, la aplicación debe ser recompilada y redistribuida. Es mejor que lo conviertas en una propiedad en primer lugar.

Answer 5

Este artículo entra en varias razones adicionales por las que se debe preferir propiedades:

http://csharpindepth.com/Articles/Chapter8/PropertiesMatter.aspx