Beim überschreiben einer Methode, warum kann ich den Zugang erweitern, aber nicht verringern?

Warum Java angeben, dass die zugriffsspezifizierer für eine überschreibende Methode kann es mehr, aber nicht weniger zugänglich als die überschriebene Methode? Zum Beispiel, eine protected-Instanz-Methode in der übergeordneten Klasse kann öffentlich gemacht werden, aber nicht privat, in der Unterklasse.

  • Die Verwendung der gemeinsamen Bezeichnung: B extends A wenn B is-a A. Also, wenn A tun können action(), und B is-a A, dann B sollte in der Lage sein zu tun action() als gut.
InformationsquelleAutor yesilupper | 2011-07-27
  1. 65

    Es ist ein grundlegendes Prinzip in der OOP: der Kind-Klasse ist ein vollwertiges Instanz der parent-Klasse, und muss deshalb präsentieren mindestens die gleiche - interface wie die Elternklasse. Machen geschützt/öffentlich Dinge, die weniger sichtbar würde, gegen diese Idee; man könnte die Kind-Klassen unbrauchbar als Instanzen der übergeordneten Klasse.

    • hey kann ich Sie für eine bestimmte Frage ?
    • Habe ich einen chat-Raum "patrick87-burk-private-chat", wo Sie können erreichen, um mich für alles, was Sie brauchen. Ich habe versucht, laden Sie, aber wenn Sie nicht bekommen, die Einladung sollten Sie noch in der Lage sein, um es zu finden
    InformationsquelleAutor Patrick87
  2. 33

    Vorstellen, diese zwei-Klassen:

    public class Animal {
  public String getName() { return this.name; }
}

public class Lion extends Animal {
  private String getName() { return this.name; }
}

    Konnte ich folgenden code schreiben:

    Animal lion = new Lion();
System.out.println( lion.getName() );

    Werden, und es müsste, um gültig zu sein, da auf Tier die Methode getName() ist öffentlich, auch tho war es privat auf Lion. So ist es nicht möglich, die Dinge weniger sichtbar auf Unterklassen, da haben Sie erst einmal eine Oberklasse Referenz, die Sie würde in der Lage sein um Zugriff auf diese Sachen.

    • Dies ist, was Liskov-Substitution-Prinzip ist über.
    InformationsquelleAutor Maurício Linhares
  3. 9

    Ein Beispiel nehmen, die unten gegeben

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

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

    Typische überschreiben passiert im folgenden Fall

    Person p=new Employee();

    Hier p ist die Objekt-Referenz mit dem Typ Person(super-Klasse), wenn wir anrufen
    p.display(). Wie der access-modifier wird restriktiver, die Objekt Referenz p zugreifen können Kind-Objekt von Typ "Employee"

    InformationsquelleAutor Vineeth Bhaskaran
  4. 8

    Weil es wäre komisch:

    class A {
    public void blah() {}
}

class B extends A {
    private void blah() {}
}


B b = new B();
A a = b;
b.blah();  //Can't do it!
a.blah();  //Can do it, even though it's the same object!
    InformationsquelleAutor Oliver Charlesworth
  5. 4

    Spät zur party, aber ich möchte hinzufügen: eine größere Sorge mit Bezug zu überschreiben: Die überschreibende Methode muss erlauben, weniger (oder in der gleichen Ebene) throwable exception als die überschriebene Methode; auch nichts throwable überhaupt.

    Liskov-substitution-Prinzip erklären kann, dass auch:

    interface Actionable {
  void action() throws DislocationException;
}

public class Actor implements Actionable {
  @Override 
  public void action() throws DislocationException {
     //....
  }
} 

public class Stuntman implements Actionable {
  @Override //this will cause compiler error
  public void action() throws DislocationException, DeathException {
     //....
  }
}

//legacy code to use Actionable
try {
   Actionable actor = new Actor(); //this cannot be replaced by a Stuntman, 
                                   //or it may break the try/catch block
   actor.action();
} catch (DislocationException exc) {
   //Do something else
}

    Oben, die überschriebene Methode einer Selbstverpflichtung, dass im schlimmsten Fall werfen Sie die DislocationException, nicht mehr (ein Arzt ist erforderlich, am Drehort). Also das überschreiben der Methode müssen nicht brechen, die durch das hinzufügen von mehr DeathException (oder ein Krankenwagen ist ein muss)

    Ich oft rufen die Maxime: "[kann] mehr Zugriff [level], [aber] weniger Ausnahme"

    InformationsquelleAutor U and me
  6. 0

    Weil eine Unterklasse ist eine Spezialisierung der Oberklasse, oder in anderen Worten, es ist eine Erweiterung der Oberklasse.

    Vorstellen, zum Beispiel mit der toString-Methode. Alle Java-Objekte haben, weil die Klasse Object hat es. Stellen Sie sich vor Sie könnten definieren Sie eine Klasse mit der Methode toString private. Sie dann nicht mehr behandeln alle Gegenstände gleich. Zum Beispiel, würden Sie nicht mehr in der Lage, diese sicher:

    for (Object obj : collection) System.out.println(obj);

    InformationsquelleAutor João Fernandes
  7. 0

    Gut, in Bezug auf den konkreten Fall, die Sie erwähnt, wie genau würde Java damit umgehen? Wenn die Unterklasse aus einer public/protected-Methode private, was soll dann der JVM zu tun, wenn diese Methode aufgerufen wird, eine Instanz der Unterklasse? Zu Ehren der privaten und aufrufen der Superklasse Umsetzung? Weiter, du brichst den Vertrag angegeben durch die Superklasse, wenn Sie plötzlich sagen, "niemand kann auf diese Methode zugreifen, ungeachtet dessen, was der Vertrag zunächst sagte."

    InformationsquelleAutor Marvo
Schreibe einen Kommentar