Cómo hacer esto sin herencia múltiple

Question

Tengo un grupo de clases que extienden una sola clase abstracta. Un subconjunto de estas clases necesita una implementación idéntica de uno de los métodos, otro subconjunto de las clases necesita otra implementación del método, y un tercer subconjunto requiere otro. En total hay alrededor de diez clases secundarias, pero solo tres posibles implementaciones de uno de los métodos. (Hay muchos otros métodos que implementan las clases que no tienen nada en común.)

Estoy tratando de encontrar la mejor manera de lograr esto. Creo que lo que habría hecho en C++ es herencia múltiple: crear tres clases que implementen solo este método, luego haga que los niños hereden de la apropiada de esas tres clases.

¿Existe una mejor práctica para hacer esto en Java?

Estaba considerando una capa intermedia de tres clases abstractas, entre la clase abstracta principal y los niños. Cada uno de los tres hereda de la clase abstracta principal e implementa el método en cuestión. Entonces los hijos heredan de estos tres. Pero lo que no me gusta de eso es ¿qué ocurre si otro método viene con un comportamiento similar de "agrupamiento" y no se corresponde con las tres clases de "nivel medio"? Eso se pondría feo

¿Tiene algo de sentido? Estoy escribiendo aprisa ...

EDIT: Entonces, 24 horas después de hacer mi pregunta, he recibido aproximadamente media docena de patrones para investigar. Todavía no estoy seguro de que sean nombres de patrones de diseño oficiales. Pero voy a analizar cada uno y luego informaré (y elegiré una respuesta como correcta). Los zuecos sugeridas hasta ahora:

* Delegation 

* Bridge 

* Strategy 

* Composition 

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

que también tienen que añadir que el método que se está implementando necesita tener acceso a casi todos los miembros privados de la clase. Entonces eso tendrá un gran factor en mi elección.

Answer 1

Si insistes en resolverlo a través de la herencia, el bridge pattern del libro de GoF podría ayudar aquí (puede o no ser un ajuste perfecto, dependiendo de qué preocupaciones de dominio causen la separación en tres implementaciones). Personalmente, es probable que coloque las tres implementaciones de métodos en una clase auxiliar y reenvíe las llamadas a métodos de las clases (a lo que JB Nizet se refiere correctamente como delegación).

Answer 2

Usa la delegación en lugar de la herencia. Haga que todas las clases de un mismo grupo deleguen en un objeto auxiliar común para implementar su método.

Answer 3

La solución de disparo rápido y fácil sin usar herencia sería abstraer los 3 "métodos comunes" a otro lugar, y luego simplemente repetir la llamada al método.

Si desea hacerlo de una manera agradable OO, eche un vistazo al patrón de decorador que bien puede ayudar aquí - cree sus 3 clases estándar que implementan sus tres métodos elegidos y luego "decorarlos" con el otro clases

Answer 4

Primero, considere reemplazar la clase abstracta con una interfaz. No sé si es posible en su caso.

En segundo lugar, puede delegar la funcionalidad de su método de "agrupamiento" a otra clase (implementador). Cree 3 clases diferentes con la implementación del método (o solo 3 métodos diferentes en alguna clase) y llámelos de las clases secundarias según sea necesario.

Por lo tanto, el método de "agrupamiento" se definirá en cada clase secundaria pero llamará explícitamente a uno de los 3 posibles implementadores.

Answer 5

En realidad, huelo un patrón de estrategia aquí.

Puede tener ese método en la clase base delegada a una estrategia que se transfiere en la construcción. Las subclases simplemente pasan en cualquiera de un conjunto de estrategias como parte de su construcción. Las Estrategias mismas podrían estar disponibles ya sea fuera de la clase, o internamente como clases privadas. Esto puede terminar con menos clases en general en su jerarquía.

Dicho esto, hay olores adicionales aquí, incluso con mi solución propuesta. Es posible que desee pensar en un nivel superior con las interfaces (como se menciona en otras soluciones) y la composición solo sin herencia. Con el tiempo llegué a la conclusión de que la herencia NO es mi amiga. Hoy en día lo evito cuando sea posible.