Pseudo-multipla ereditarietà con metodi di estensione su interfacce in C#?

Question

Similar question but not quite the same thing

Stavo pensando che, con metodi di estensione nello stesso spazio dei nomi come interfaccia si potrebbe ottenere un effetto simile a ereditarietà multipla in quanto non è necessario avere il codice duplicato attuazione della stessa interfaccia allo stesso modo in 10 classi diverse.

Quali sono alcuni aspetti negativi di questo? Penso che i pro siano abbastanza ovvi, sono i contro che di solito tornano a morderti più tardi.

Uno degli svantaggi che vedo è che i metodi di estensione non possono essere virtuali, quindi è necessario essere sicuri di volere che vengano implementati allo stesso modo per ogni istanza.

Answer 1

Il problema che vedo con la creazione di funzionalità di interfaccia tramite i metodi di estensione è che non si sta più implementando l'interfaccia e quindi non si può usare l'oggetto come tipo di interfaccia.

Dire che ho un metodo che accetta un oggetto di tipo IBar. Se implemento l'interfaccia IBar sulla classe Foo tramite i metodi di estensione, allora Foo non deriva da IBar e non può essere usato in modo intercambiabile con esso (principio di sostituzione di Liskov). Certo, ottengo il comportamento che voglio aggiungere a Foo, ma perdo l'aspetto più importante della creazione di interfacce in primo luogo - essere in grado di definire un contratto astratto che può essere implementato in vari modi da varie classi in modo che le classi dipendenti non devono conoscere le implementazioni concrete.

Se avessi bisogno di ereditarietà multipla (e finora ho vissuto senza di essa) abbastanza male, penso che userei invece la composizione per ridurre al minimo la quantità di duplicazione del codice.

Answer 2

Un modo decente per pensare a questo è che i metodi di istanza sono qualcosa di fatto dal l'oggetto, mentre i metodi di estensione sono qualcosa fatto - l'oggetto. Sono abbastanza sicuro che le linee guida sulla struttura del framework dicono che dovresti implementare un metodo di istanza ogni volta che è possibile.

Un'interfaccia dichiara "Mi interessa utilizzare questa funzionalità, ma non come viene eseguita". Ciò lascia agli implementatori la libertà di scegliere il come. Scollega l'intento, un'API pubblica, dal meccanismo, una classe con codice concreto.

Poiché questo è il vantaggio principale delle interfacce, implementarle interamente come metodi di estensione sembra vanificare il loro scopo. Anche IEnumerable<T> ha un metodo di istanza.

Modifica: Inoltre, gli oggetti hanno lo scopo di agire sui dati che contengono. I metodi di estensione possono vedere solo l'API pubblica di un oggetto (poiché sono solo metodi statici); dovresti esporre tutto lo stato di un oggetto per farlo funzionare (un OO no-no).