¿La superclase no llama al método reemplazado?

Question

que tienen las siguientes clases:

class foo { 
    public void a() { 
     print("a"); 
    } 
    public void b() { 
     a(); 
    } 
} 

class bar extends foo { 
    public void a() { 
     print("overwritten a"); 
    } 
} 

Cuando ahora llamo bar.b() lo quiero para llamar al método reemplazado un() en foo. Sin embargo, imprime "a".

Answer 1

Cuando ejecuto el siguiente:

public class Program { 
    public static void main(String[] args) { 
     bar b = new bar(); 
     b.b(); 
    } 
} 

class foo { 
    public void a() { 
     System.out.printf("a"); 
    } 
    public void b() { 
     a(); 
    } 
} 

class bar extends foo { 
    public void a() { 
     System.out.printf("overwritten a"); 
    } 
} 

me sale el siguiente resultado:

overwritten a 

que es lo que esperaría a ver.

Answer 2

¿Los métodos se definen como estáticos? Esa es la única forma en que pude ver obtener ese resultado. Encontré una buena explicación al respecto aquí: http://faq.javaranch.com/view?OverridingVsHiding

Answer 3

Puede ser que estés tratando de usar métodos estáticos, que no funcionarán ya que no se anulan.

Una buena manera de comprobar es añadir la anotación @ Override a bar.a() y ver si el compilador le da un error que un() no es en realidad nada overidding

Answer 4

Usted puede ser confundido si vienes de C# o de algún otro idioma donde tienes que declarar explícitamente funciones virtuales y/o funciones generales.

En Java, todas las funciones de instancia son virtuales y se pueden anular, a menos que se declaren como privadas y/o finales.

No es necesario especificar la nueva anotación @Override para hacerlo, agregando que la anotación solo especifica que su intención es anular, y causará una advertencia o un error si no es una anulación. (Si accidentalmente escribió mal el nombre del método, por ejemplo).

El ejemplo de Andrew muestra cómo debería funcionar esto.

Answer 5

¿Están sus dos clases en paquetes diferentes? ¿Y sus métodos de clase Foo se declaran públicos, protegidos o privados o de paquete local? Obviamente, si son privados, esto no funcionará. Tal vez sea menos obvio, si son paquetes locales (es decir, sin alcance público/protegido/privado), entonces solo puede anularlos si está en el mismo paquete que la clase original.

Por ejemplo:

 
package original; 
public class Foo { 
    void a() { System.out.println("A"); } 
    public void b() { a(); } 
} 

package another; 
public class Bar extends original.Foo { 
    void a() { System.out.println("Overwritten A"); } 
} 

package another; 
public class Program { 
    public static void main(String[] args) { 
    Bar bar = new Bar(); 
    bar.b(); 
    } 
} 

En este caso, seguirá recibiendo 'A'. Si declara que el método a() original en Foo es público o está protegido, obtendrá el resultado que esperaba.

Answer 6

De la boca del caballo:

http://download.oracle.com/javase/tutorial/java/IandI/override.html

"La versión del método reemplazado que se invoca es el de la subclase La versión del método oculto que se invoca depende de si se invoca. de la superclase o la subclase ".

Entonces, si ambos son métodos estáticos e invoca el método de la superclase, se invoca el método de superclase, no el método de la subclase. Entonces, realmente, no se está imponiendo nada.

Answer 7

Mientras estaba trabajando en un programa de Android, tuve el mismo problema en mis clases de Java. Resultó que el problema no estaba en las clases, sino en la forma en que el marco de Android procesa la salida de pantalla.

por ejemplo, si la salida se programó en el método onCreate() en la clase principal, Android no obtuvo correctamente la salida de los métodos reemplazados de las clases secundarias después del primer hijo. Honestamente, no entiendo todo el orden de llamadas de método.

Para resolver el problema, simplemente programé la salida en onResume() y ahora parece funcionar bien.