¿Cómo llamar a métodos anulados en una subclase? Posible candidato para la refactorización

Question

Originalmente tenía un problema de diseño en el que necesitaba cinco subclases de una superclase, donde todas menos dos usarían el mismo método genérico de hacer las cosas y las otras dos necesitarían un manejo especial. Quería evitar escribir el método cinco veces; dos casos especiales y tres idénticos.

Así que todas las clases heredaban SuperClass y su método doSomething(), y tenían SubClassSpecial1 y SubClassSpecial2 que reemplazaban con su propio método doSomeThing.

Esto era todo muy bien hasta que escribí un método que parecía algo así como

void fooBar(SuperClass obj) { 
    obj.doSomething() 
} 

y que podría ser llamado como fooBar(new SubClassSpecial1());

El problema es que la clase en tiempo de ejecución de la variable obj es ahora la de su superclase, y por lo tanto llamará a los métodos definidos en la superclase. Por supuesto, podría hacer un método abstracto doSometing() en la superclase, y hacer que cada subclase implemente su propia versión, pero eso duplicaría el código en tres de las clases. Y quiero evitar hacer eso ...

que iba a perder cualquier ganancia polimorfismo da si tuviera una gran cantidad de ramificación a través

if(obj.getClass().getName() == "SubClassSpecial1") ((SubClassSpecial1) obj).doSomething()K; 
else if ... 

Entonces, ¿qué debo hacer con el fin de hacer el diseño más elegante y no-hackish?

Answer 1

Lo que ha descrito debería funcionar bien tal como está.

¿Está realmente obj.doSomething() llamando a la implementación de la superclase? Si es así, no lo está anulando adecuadamente. Verifique que no haya cambiado la firma en sus versiones anuladas.

Answer 2

estoy un poco confundido por esta parte de su pregunta:

Por supuesto, lo que quería hacer era tener cada objeto llamar su propia versión de doSomething(), pero no se dio cuenta de que en Para hacer eso, obj necesitaba ser declarado como uno de los métodos subclasificados. Y ahora es un desastre.

Por supuesto, la declaración no importa, el método doSomething() siempre se invocará de acuerdo con el tipo de tiempo de ejecución de la clase.

Así que creo que lo que intentas hacer debería funcionar bien, p. estas declaraciones se pueden usar para pasar al método foobar:

SuperClass sc1 = new SubClassSpecial1(); 
SubClassSpecial2 sc2 = new SubClassSpecial2(); 
//etc.. 

Answer 3

Cuando se tiene esto:

void fooBar(SuperClass obj) { 
    obj.doSomething(); 
} 

entonces el en tiempo de compilación tipo de obj es SuperClass. Esto significa que el compilador comprobará que SuperClass tiene un método doSomething().
En tiempo de ejecución puede sustituir una subclase de SuperClass, este es el Liskov Substitution Principle.El método foobar() no sabe, y no debería saber, cuál es el tipo de tiempo de ejecución de obj, solo que deriva de SuperClass y así se puede llamar a doSomething().

En cuanto a su ejemplo:

fooBar(new SubClassSpecial1()); 

En este caso le toca a saber que el tiempo de ejecución tipo del parámetro es SubClassSpecial1 que anula específicamente doSomething(). En todos los casos, se llama al método correcto.

Una palabra sobre refactorización. Es posible que desee considerar refactorizar su jerarquía.
Su clase base SuperClass debe definir doSomething() como abstracto. Sus tres clases que necesitan la misma implementación de doSomething() deben heredarlo de una clase base intermedia que tenga esa implementación específica. Sus dos clases especiales deben heredar directamente desde SuperClass y tener su propia implementación de doSomething().