¿Por qué C # permite propiedades en las interfaces?

En C #, el siguiente código es válido

interface I{
    int property{get;set;}
}

Lo cual no tiene ningún sentido para mí. Esto parece romper uno de los principios más importantes de las interfaces: falta de estado (en otras palabras, sin campos). ¿La propiedad no crea un campo privado implícito? ¿No sería eso realmente malo para las interfaces?

c# interfaces properties

— Reinstalar a Mónica
fuente

¿La falta de estado es uno de los principios de la implementación de una interfaz ? Para mí, una interfaz es una forma de definir un contrato, es decir, si una clase implementa dicha interfaz, entonces tiene todos los métodos y propiedades definidos en el contrato.

— Florian Margaine

Una propiedad es solo un método get y un método set. Dado que las interfaces son solo una lista de métodos que debe implementar, es natural que las interfaces puedan tenerlos.

— Doval

@FlorianMargaine Ciertamente, el concepto de contrato es el principio más importante de las interfaces, pero la falta de estado también es importante. Esto ayuda a mantenerlo separado de una clase abstracta. IE en Java 8 esto termina siendo la única gran diferencia entre las interfaces y las clases abstractas.

— Vuelva a instalar Mónica

Porque no es un campo. Consulte ¿Por qué las interfaces de C # no pueden contener campos?

@Doval: Es natural que una interfaz declare dichos métodos, pero no que los implemente.

— Giorgio

Respuestas:

Creo que la parte confusa es que si escribes int Property { get; set; }dentro de una clase, entonces es una propiedad automática con un campo de respaldo implícito.

Pero si escribe exactamente lo mismo en una interfaz, entonces no es propiedad automática , simplemente declara que la propiedad es parte de la interfaz y que cualquier tipo que implemente la interfaz debe contener esa propiedad (como propiedad automática o no ), pero no crea el campo de respaldo.

Una forma de ver la diferencia es escribir int Property { get; }: esto es válido en una interfaz y declara una propiedad que solo tiene un captador, pero no establece. Pero no se compilará en una clase (a menos que esté usando C # 6.0), porque la propiedad automática debe tener un setter.

— svick
fuente

Definir la propiedad como ha mostrado es lo mismo que definir métodos int GetProperty()y void SetProperty(int i). Las propiedades son poderosas de forma abreviada en C #.

Una propiedad no crea implícitamente un campo privado en C #. Esa es la implementación predeterminada de auto-property, por ejemplo public string MyString { get; set;}, una propiedad que define la lógica personalizada en el getmétodo no genera un campo privado implícito.

Por último, como las interfaces están relacionadas con la API pública , ¿qué importaría si la implementación de una propiedad de interfaz dependiera de un campo privado, implícito o no? Sin embargo, eso está oculto para los consumidores de la interfaz.

— NWard
fuente

Ahh ... No me di cuenta de que solo sucede para las propiedades automáticas, y dado que tienes que anularlo, eso tiene sentido. Pero si la interfaz creara una variable privada interna, los implementadores no tendrían acceso a ella, un problema obvio.

— Vuelva a instalar Mónica

Si define una propiedad en una interfaz C #, la implementación de esa propiedad se deja a la clase implementadora; pueden convertirla en una propiedad automática o definir una lógica personalizada como mejor les parezca. No se agrega ningún campo a la interfaz .

— NWard

Las propiedades son métodos! Se agregará un campo de respaldo a la clase que implementa la interfaz (ya sea manualmente o mediante una propiedad automática).

— Reiner romano
fuente

A veces no habrá campo de respaldo. Aunque sería raro definir tanto un get como un set y no tener un campo de respaldo para ello.

— Stephen

¡Las propiedades +1 son métodos! ¡si! Me gusta escribir métodos de propiedad, pero los compañeros de trabajo de revisión de código no lo ven de esa manera y realmente perdemos oportunidades para algunas encapsulaciones expresivas agradables en nuestros programas.

— radarbob

Sin embargo, esos "métodos de propiedad" deberían ser rápidos, como ninguna búsqueda de DB ni nada. Existe un contrato implícito de que el acceso a la propiedad es rápido, los métodos Get * pueden ser lentos.

— Trey Mack