ereditarietà dell'interfaccia: è possibile estendere le proprietà?

Question

voglio fare questo:

interface IBase 
{ 
    string Property1 { get; } 
} 

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

Quindi IInherited avrebbe il ereditato proprietà Property1 con funzionalità aggiuntive per consentire set.

È possibile? Qual è la sintassi?

MODIFICA: si noti che ho messo la parola "ereditato" in grassetto. Sto chiedendo specificamente di ereditare la proprietà, non nascondendola dietro una nuova.

Answer 1

Se il fatto che l'unico modo per farlo è quello di utilizzare la parola chiave new ti dà fastidio, allora secondo me stai pensando di interfacce sbagliate.

Certo, si potrebbe dire che IInherited "eredita da" IBase; ma che cosa significa veramente ? Queste sono interfacce; stabiliscono contratti di codice. Nascondendo la proprietà IBase.Property1 con new string Property1 { get; set; }, non viene visualizzata alcuna funzionalità. Quindi la ragione tradizionale per cui molti sviluppatori considerano il nascondersi come una cosa "cattiva" - che viola il polimorfismo - è irrilevante in questo caso.

Chiediti: cosa fa davvero quando si tratta di interfacce? Forniscono una garanzia di risposta a determinate chiamate di metodo, giusto?

Quindi, date le seguenti due interfacce:

interface IBase 
{ 
    string Property1 { get; } 
} 

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

1. Se un oggetto implementa IBase, si può leggere la sua proprietà Property1.
2. Se un oggetto implementa IInherited, è possibile leggere la sua proprietà Property1 (proprio come con un'implementazione IBase) e si può anche scrivere su di esso.

Ancora una volta, non c'è davvero nulla di problematico qui.

Answer 2

Il tuo codice dovrebbe funzionare comunque ... crea solo un avviso di compilatore a causa della proprietà nascosta1. Per cancellare questo marchio avvertimento Property1 in IInherited con il nuovo prefisso

Answer 3

È possibile indicare la proprietà con la parola chiave "nuovo", o si può ignorare l'eredità:

public interface IBase 
{ 
    string Property1 { get; } 
} 

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

Oppure:

public interface IBase 
{ 
    string Property1 { get; } 
} 

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

In entrambi i casi, questo dovrebbe funzionare:

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

si consiglia di riflettere prima di fare una catena di ereditarietà per le tue interfacce, però. Chi vedrà quale interfaccia? Avresti bisogno di trasmettere a IInherited quando hai passato un IBase? Se è così, puoi essere sicuro che puoi fare quel cast (se permetti alle classi create dall'utente, allora la risposta è no)? Questo tipo di eredità può davvero danneggiare (ri) l'usabilità se non stai attento.

Answer 4

Non esplicitamente, n. Sono disponibili due opzioni:

public interface IBase 
{ 
    string Property1 { get; } 
} 

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

Oppure si può semplicemente uccidere il compilatore di avvertimento con la parola chiave new:

public interface IBase 
{ 
    string Property1 { get; } 
} 

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

A meno che non si sceglie di implementare in modo esplicito IInherited.Property1, IBase si legherà l'implementazione impostabile automaticamente.

Answer 5

Sfortunatamente no: le proprietà non possono essere estese in quanto tali. Tuttavia, si può solo nascondere la proprietà utilizzando nuova:

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

In alternativa, è possibile creare il proprio metodi getter e setter che può essere ignorato (buono 'ol stile Java):

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

Proprietà sono effettivamente convertiti in metodi getter e setter dal compilatore.

Answer 6

Nascondere un membro sta violando il Principio di sostituzione di Liskov e praticamente non dovrebbe essere fatto, mai. Nascondendo questo membro si sta introducendo un bug molto difficile da localizzare poiché 2 diversi risultati si verificano a seconda che si lanci l'oggetto come IBase1 o lo si lanci su IBase.

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