Javaでオーバーライドされたメソッドのアクセス修飾子を変更しますか？

Question

オーバーライドされたメソッドのアクセス修飾子を変更できる理由はありますか？たとえば、その後、

abstract class Foo{ 
    void start(){...} 
} 

そしてpublicにパッケージプライベートアクセス修飾子を変更、

final class Bar extends Foo{ 
    @Override 
    public void start(){...} 
} 

私は好奇心から、この質問をしています。

Answer 1

Javaでは、アクセス修飾子は、サブクラスインスタンスがスーパークラスインスタンスの代わりに使用できるルールに違反するため、をより制限することはできません。しかし、アクセスをより小さくすることになると、は制限されます...おそらく、スーパークラスは別の人が書いたもので、クラスの使い方を予期しませんでした。

プログラミング時に発生するプログラムや状況は非常に多様です。言語設計者は、プログラマが自分の言葉で何をしたいのかを第二に推測しない方が良いでしょう。プログラマがでなく、のようにサブクラスでアクセス指定子をあまり制限しないようにする理由がない場合は、その決定をプログラマに任せておく方がよいでしょう。彼らは個々の状況の詳細を知っていますが、言語設計者はそうではありません。だから私はこれがJavaのデザイナーからの良い呼びだと思います。

Answer 2

デフォルトでは変更がないので、オーバーライドをより多くのクラスで表示することができます。

Answer 3

編集：問題を解決するために私の答えを変更しました。

これを行うことができない場合、異なるアクセス修飾子で同じメソッドを持つため、クラスがiterfaceを実装してクラスを拡張できない場合があります。

public Interface A { 
    public void method(); 
} 

public abstract classs B { 
    protected void method(); 
} 

public class AB extends B implements A { 
    /* 
    * This would't be possible if the access modifier coulnd't be changed 
    * to less restrictive 
    */ 
    public void method(); 
} 

Answer 4

クラスの拡張は、サブクラスが少なくとも他のクラスに同じ機能を提供する必要があることを意味します。

彼がそれを拡張すれば、それは問題ではありません。

新しいメソッドを追加するか、パッケージアクセスメソッドをpublicにするなど、既存のメソッドをさらに多くのクラスに提供することができます。

Answer 5

は、について説明がこれです： -

それはOOPの基本的な原則です：子クラス>は親クラスの本格的なインスタンスであり、親としてしなければならないため、現在、少なくとも同じインターフェイスクラス。 >保護された/公開されているものを見えにくくすることは、この考え方に違反します。子クラスを親クラスのインスタンスとして使用できなくすることができます。

class Person{ 
public void display(){ 
    //some operation 
} 
} 

class Employee extends Person{ 
private void display(){ 
    //some operation 
} 


Person p=new Employee(); 

はここでpはPerson型（スーパークラス）、私たちが呼んでいる> pのオブジェクト参照です。ディスプレイ（）アクセス修飾子は、より限定的であるようにオブジェクト 参照pがEmployee型の子オブジェクトにアクセスすることができない

[Javaアクセス修飾子とオーバーライドメソッド（の