Javaアップキャストスコープ解決の問題

Question

私はベースクラス "Shapes"と拡張クラス "Circle"を持っています。どちらもgetNameメソッドを持っています。 私のテストクラスは「ドライバ」クラスです。

サークルオブジェクトをシェイプにアップキャストし、それをpolyTestという関数に渡します。 その関数ではgetNameを呼び出す必要がありますが、getオブジェクトのcircleオブジェクトの実装をトリガーするのではなく、基本クラスの実装をトリガーする必要があります。

super.getName（）は機能しません。

私のコードは以下のとおりです。

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

これは多形性Javaが動作する方法と同じですが、私は恐れています。仮想メソッド呼び出しは、メソッド自体（super.getName()と呼ぶことができます）の外で仮想的に実行するよう強制することはできません。それを行う能力は、カプセル化を破ることになります。例えば、クラスは、superメソッドを呼び出す前に、オーバーライドされたメソッドで特定の方法で引数を検証することができます。もし回避でき、最初の場所でメソッドをオーバーライドするという全目的に違反することになります。

が特定の実装を呼び出す必要がないようにコードを再設計する必要があります。ポリモーフィズムのポイントは、呼び出し側が事前にその実装が何であるかを知ることなく、サブクラスが動作を特殊化できるようにすることです。

もちろん、メソッドをオーバーライドできないようにするには、そのメソッドを最後にすることができます。

Answer 2

1. アップキャストする必要はありませんCircle〜Shapesです。 （Shapes？Circle？
2. Circleクラスが独自のgetNameメソッドを実装しないようにするには、オーバーライドしないでください。
3. getNameメソッドを他の方法でオーバーライドする必要がある場合は、getNameInSomeContextをクラスに追加し、必要に応じて派生クラスでオーバーライドすることができます。