Definizione dell'interfaccia più volte nella classe ereditata

Question

Definisco essenzialmente IFoo due volte nella classe Inherited. Ciò causa alcune conseguenze impreviste?

interface IFoo { 
    ... 
} 

interface IBar : IFoo { 
    ... 
} 

class Base : IFoo { 
    ... 
} 

class Derived : Base, IBar { 
    ... 
} 

Il motivo che voglio fare IBar erediti da IFoo è così posso lavorare su Derived come era IFoo senza dover per lanciarla.

if (Derived is IBar) 
    // Do work 

Se non eredita, devo scriverlo. Che rende più complicato, e gli utenti della classe potrebbero non capire che IBar è solo una specializzazione di IFoo.

if (Derived is IBar) 
    Derived as IFoo 
    // Do work 

Questa cattiva pratica? Quali altre soluzioni ci sono per questo problema?

Answer 1

Non causerà circostanze impreviste in termini di codice. È solo ridondante.

Per quanto riguarda questo codice:

if (Derived is IBar) 
    Derived as IFoo 

che è completamente inutile in quanto Derivedè un IFoo, data le dichiarazioni - in modo da non farlo!

Si noti che anche se IBar non deriva da IFoo, non è ancora necessario Derived as IFoo. Dato:

interface IFoo {} 

interface IBar {} 

class Base : IFoo {} 

class Derived : Base, IBar 
{ 
} 

Allora questo compila ok:

var derived = new Derived(); 

IBar bar = derived; // Fine. 
IFoo foo = derived; // Also fine. 

Answer 2

È possibile definire esplicitamente un'implementazione per un Interface e così distinguere nei comportamenti

class Derived : Base, IBar { 

    void IBar.Method(){ 

    } 

    void Base.Method() { 

    } 
} 

Oltre a questo, si può fare , ma è ridondante e potrebbe causare confusione. Vedi MSDN.

Answer 3

Se ho capito bene, hai una gerarchia di interfacce e una gerarchia di classi che si rispecchiano a vicenda. Ogni classe implementa l'interfaccia corrispondente ereditando dalla sua classe base e implementando i membri aggiuntivi necessari.

Questo va bene e lo faccio allo stesso modo. Non conosco un modo migliore per farlo: questo è un buon approccio.

Penso che IBar dovrebbe estendere IFoo proprio come il tuo suggerimento principale, altrimenti i consumatori avrebbero bisogno di lanciare molto. Inoltre, poiché consideri IBar una specializzazione di IFoo, anche ne fanno una specializzazione nel codice, quindi fai in modo di estendere IFoo.