Come fare questo senza ereditarietà multipla

Question

Ho un gruppo di classi che estendono una singola classe astratta. Un sottoinsieme di queste classi richiede una implelmentazione identica di uno dei metodi, un altro sottoinsieme delle classi richiede un'altra implementazione del metodo e un terzo sottoinsieme ne richiede un altro. In tutto ci sono una decina di classi figlio, ma solo tre possibili implementazioni di uno dei metodi. (Esistono molti altri metodi implementati dalle classi che non hanno nulla in comune.)

Sto cercando di capire il modo migliore per farlo. Penso che quello che avrei fatto in C++ è l'ereditarietà multipla: crea tre classi che implementano solo questo metodo, quindi i figli ereditano da quella appropriata di quelle tre classi.

Esiste una best practice per fare questo in Java?

Stavo considerando uno strato intermedio di tre classi astratte, tra la classe astratta principale ei bambini. Ognuno dei tre che eredita dalla principale classe astratta e implementa il metodo in questione. Quindi i bambini ereditano da questi tre. Ma quello che non mi piace è che cosa succede se un altro metodo ha un simile comportamento di "raggruppamento", e non corrisponde alle tre classi "middle tier"? Sarebbe brutto

Qualcosa di tutto questo ha senso? Sto scrivendo di fretta ...

MODIFICA: Così, 24 ore dopo aver fatto la mia domanda, ho ricevuto circa una mezza dozzina di modelli da investigare. Non sono ancora sicuro che siano tutti nomi ufficiali di design pattern. Ma esaminerò ciascuno e poi riferirò (e sceglierò una risposta corretta). Gli zoccoli proposti finora:

* Delegation 

* Bridge 

* Strategy 

* Composition 

* Decorator (if I was choosing on name alone, I choose this one) 

ho anche bisogno di aggiungere che il metodo che è in corso di attuazione ha bisogno di accedere a quasi tutti i membri privati ​​della classe. Quindi questo sarà un fattore importante nella mia scelta.

Answer 1

Se si insiste a risolverlo tramite l'ereditarietà, lo bridge pattern del libro GoF potrebbe aiutare qui (potrebbe essere o non essere un adattamento perfetto, a seconda dei domini del dominio che causano la separazione in tre implementazioni). Personalmente, probabilmente inserirò le tre implementazioni del metodo in una classe helper e inoltrerò le chiamate al metodo dalle classi (ciò a cui JB Nizet si riferisce correttamente come delegazione).

Answer 2

Utilizzare la delega piuttosto che l'ereditarietà. Tutte le classi di uno stesso gruppo delegano a un oggetto helper comune per implementare il loro metodo.

Answer 3

La soluzione di fuoco rapido semplice senza utilizzare l'ereditarietà sarebbe quella di astrarre i 3 "metodi comuni" altrove, quindi ripetere semplicemente la chiamata al metodo.

Se vuoi farlo in un modo OO bello, dai un'occhiata al modello di decoratore che potrebbe aiutarti in questo modo: crea le tue 3 classi standard che implementano i tre metodi scelti e poi "decorali" con l'altro classi.

Answer 4

Innanzitutto, è consigliabile sostituire la classe astratta con un'interfaccia. Non so se è possibile nel tuo caso.

In secondo luogo, è possibile delegare la funzionalità del proprio metodo di "raggruppamento" a un'altra classe (implementatore). Crea 3 diverse classi con l'implementazione del metodo (o solo 3 diversi metodi in alcune classi) e chiamale da classi figlio secondo necessità.

Quindi, il metodo di "raggruppamento" sarà definito in ogni classe figlia ma chiamerà solo uno dei 3 possibili implementatori.

Answer 5

In realtà, sento un motivo strategico qui.

Si potrebbe avere quel metodo nel delegato della classe base in una strategia che viene passata in costruzione. Le sottoclassi passano in uno qualsiasi di una serie di strategie come parte della loro costruzione. Le Strategie stesse potrebbero essere rese disponibili sia al di fuori della classe, sia internamente come classi private. Questo potrebbe finire con meno classi in generale nella tua gerarchia.

Detto questo, qui ci sono altri odori, anche con la mia soluzione proposta. Potresti voler pensare ad un livello superiore con le interfacce (come menzionato da altre soluzioni) e la composizione solo senza ereditarietà. Col passare del tempo sono giunto alla conclusione che l'eredità NON è mio amico. Al giorno d'oggi lo evito dove possibile.