Problème de résolution de portée ascendante Java

Question

J'ai une classe de base "Shapes" et une classe étendue "Circle". Les deux ont une méthode getName. Ma classe de test est la classe "Driver".

Je transmets un objet Cercle à Formes et le passe à une fonction appelée polyTest. Dans cette fonction, je veux appeler getName mais je ne veux pas que l'implémentation des objets circle de get name soit déclenchée mais que l'implémentation des classes de base soit déclenchée.

super.getName() ne fonctionne pas.

Mon code est ci-dessous.

public class Driver{ 
    public static String polyTest (Shapes s){ 
     return s.getName(); 
     /*Instead of s.getName()... (gives me the Circle class implementation of getName()) 
     I want to call s.Shapes::GetName, the base class implementation of getName. */ 
    } 

    public static void main(String[] args){ 
     Circle c = new Circle(); 

     //Test Basic inheritance & basic polymorphism. 
     //System.out.print(c.getName()); 

     //Upcast test. 
     Shapes s = (Shapes) c; 
     System.out.print(polyTest(s));  
    } 
} 

public class Circle extends Shapes{ 
    Circle(){ 
     super(); 
    } 

    public String getName(){ 
     return "I am a Circle"; 
    } 
} 

public abstract class Shapes{ 
    Shapes(){ 
    } 

    public String getName(){ 
     return "I am a Shape"; 
    } 
} 

Answer 1

C'est exactement comme ça que fonctionne le polymorphisme Java, j'en ai peur. Vous ne pouvez pas forcer un appel de méthode virtuelle à être exécuté de manière non-virtuelle, en dehors de la méthode elle-même (où vous pouvez appeler super.getName()). La possibilité de le faire casserait l'encapsulation - par exemple, une classe peut valider ses arguments d'une manière particulière dans une méthode surchargée avant d'appeler la super méthode ... si vous pouviez contourner cela et dire "Je veux seulement appeler l'original mise en œuvre "alors vous viole le but de surcharger la méthode en premier lieu.

Vous devez redéfinir votre code afin que vous ne pas besoin d'appeler une implémentation particulière. Le point de polymorphisme est de permettre aux sous-classes de spécialiser le comportement sans que l'appelant sache à l'avance quelle est cette implémentation.

Bien sûr, si vous voulez qu'une méthode soit non remplaçable, vous pouvez la rendre finale.

Answer 2

1. Vous n'avez pas besoin d'incrémenter Circle à Shapes. (BTW, pourquoi Shapes mais Circle?)
2. Si vous ne voulez pas que votre classe Circle implémente sa propre méthode getName, ne la remplacez pas.
3. Si vous devez surcharger la méthode getName pour quelque chose d'autre, vous pouvez ajouter getNameInSomeContext à votre classe Shapes et la remplacer si nécessaire dans les classes dérivées.