Herencia de interfaz: ¿es posible extender las propiedades?

Question

que desee hacer esto:

interface IBase 
{ 
    string Property1 { get; } 
} 

interface IInherited : IBase 
{ 
    string Property1 { get; set; } 
} 

Para que IInherited tendría el heredaron propiedad Property1 con mayor funcionalidad para permitir set.

¿Es esto posible? ¿Cuál es la sintaxis?

EDITAR: tenga en cuenta Puse la palabra "heredada" en negrita. Estoy preguntando específicamente sobre heredar la propiedad, no esconderla detrás de una nueva.

Answer 1

Si el hecho de que la única manera de hacer esto es mediante el uso de la palabra clave new te molesta, entonces en mi opinión que usted está pensando acerca de las interfaces equivocadas.

Claro, usted podría decir que IInherited "hereda de" IBase; pero ¿qué significa eso realmente ? Estas son interfaces; ellos establecen contratos de código. Al ocultar la propiedad IBase.Property1 con new string Property1 { get; set; }, no está ocultando ninguna funcionalidad. Por lo tanto, la razón tradicional por la que muchos desarrolladores consideran que esconderse es algo "malo", que viola el polimorfismo, es irrelevante en este caso.

Pregúntese: lo que realmente importa cuando se trata de interfaces? Proporcionan una garantía de responder a ciertas llamadas a métodos, ¿verdad?

Por lo tanto, teniendo en cuenta las dos interfaces siguientes:

interface IBase 
{ 
    string Property1 { get; } 
} 

interface IInherited : IBase 
{ 
    new string Property1 { set; } 
} 

1. Si un objeto implementa IBase, se puede leer su propiedad Property1.
2. Si un objeto implementa IInherited, puede leer su propiedad Property1 (al igual que con una implementación IBase), y también puede escribir en él.

Una vez más, aquí no hay nada realmente problemático.

Answer 2

Su código debería funcionar de todos modos ... solo crea una advertencia de compilador debido a la ocultación de Property1. Para borrar esta marca de advertencia Propiedad1 en IInherited con el nuevo prefijo

Answer 3

Usted puede marcar la propiedad con la "nueva" palabra clave, o se puede omitir la herencia:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited : IBase 
{ 
    new string Property1 { get; set; } 
} 

O:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited 
{ 
    string Property1 { get; set; } 
} 

de cualquier manera, esto debería funcionar:

public class SomeClass : IInherited, IBase 
{ 
    public string Property1 
    { 
     get 
     { 
      // ... 
     } 
     set 
     { 
      // ... 
     } 
    } 
} 

es posible que desee pensar muy bien antes de hacer una cadena de herencia para sus interfaces, sin embargo. ¿Quién va a ver qué interfaz? ¿Tendrías que enviar contenido a IIherited al aprobar un IBase? Si es así, ¿se le puede garantizar que puede hacer ese reparto (si permite clases creadas por el usuario, entonces la respuesta es no)? Este tipo de herencia realmente puede dañar la (re) usabilidad si no tienes cuidado.

Answer 4

No explícitamente, no. Tiene dos opciones:

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited : IBase 
{ 
    void SetProperty1(string value); 
} 

O puede simplemente matar el compilador de advertencia con la palabra clave: new

public interface IBase 
{ 
    string Property1 { get; } 
} 

public interface IInherited : IBase 
{ 
    new string Property1 { get; set; } 
} 

menos que implemente IInherited.Property1 explícitamente, IBase se unirá a su aplicación ajustable automáticamente.

Answer 5

Desafortunadamente no, las propiedades no se pueden extender como tal. Sin embargo, sólo puede ocultar la propiedad utilizando nueva:

interface IInherited : IBase 
{ 
    // The new is actually unnecessary (you get warnings though), hiding is automatic 
    new string Property1 { get; set; } 
} 

O bien, puede hacer sus propios métodos get y set que puede ser anulado (estilo de Java buena 'ol):

interface IBase 
{ 
    string GetProperty1(); 
} 
interface IInherited : IBase 
{ 
    void SetProperty1(string str); 
} 

Propiedades En realidad, el compilador los convierte en métodos getter y setter.

Answer 6

Ocultar a un miembro está violando el Principio de Sustitución de Liskov y casi no se debe hacer nunca. Al ocultar este miembro, está introduciendo un error muy difícil de ubicar, ya que se producirán 2 resultados diferentes dependiendo de si el objeto se lanza como IBase1 o si se lo lanza a IBase.

http://en.wikipedia.org/wiki/Liskov_substitution_principle