Klassen Vererbung privater Methoden und Member

aaabbb

Mitglied
Hallo,

ich bin etwas verwirrt wie die Vererbung bei privaten Methoden und privaten Membern einer Oberklasse funktioniert.

Im Netzt steht: "Alle Attribute und Methoden der Superklasse, die mit dem Schlüsselwort private gekennzeichnet sind, werden nicht vererbt."
https://www.java-tutorial.org/vererbung.html

Mein Prof meinte nun aber, dass nur die privaten Methoden nicht vererbt werden. Die privaten Member werden aber sehr wohl vererbt.
Würde ja auch Sinn machen, denn wenn die Oberklasse einen privaten Member z.B. private int i; hat, dann besitzt ein Objekt der Unterklasse auch diesen Member. Andererseits kann ich jedoch auf diesen nicht direkt von der Unterklasse aus zugreifen.

Wir ihr seht, bin ich etwas verwirrt.
Es wäre nett, wenn jemand die Verwirrung lichten könnte.
Danke!
 
Ich denke, dein Prof will, dass du der Sache auf den Grund gehst. Das Schöne ist doch, überzeuge dich selbst, in dem du eine SuperMember Klasse erstellst, dieser paar Attribute deiner Wahl mit verschiedenen Modifizierer ausstattest um es in der vererbenden Klasse, zum Beispiel Member, selbst sehen zu können, was und wie da was möglich ist. Als Ergänzung würde ich mich eventuell noch hier einlesen wollen.
 
D.h. private Member / Methoden der Oberklasse werden nicht an die Unterklasse vererbt. Das Unterklassenobjekt jedoch enthält auch die privaten Member / Methoden der Oberklasse?
 
Nur kurz eine Sache, die mir gerade aufgefallen ist: "Member" ist die Oberbezeichnung für alle Felder und Methoden einer Klasse. Also Felder und Methoden sind alle Member ihrer deklarierenden Klasse.
Member ist ja schließlich nur das englische Wort für "Mitglied"/"Teil". Also, sowohl Felder als auch Methoden sind Mitglieder/Teile ihrer deklarierenden Klasse.
Du scheinst mit dem Wort "Member" jedoch ausschließlich "Feld" (oder auch "Attribut") zu meinen. 🙂
 
Zuletzt bearbeitet:
Wäre dann folgendes richtig?:
D.h. private Attribute / Methoden der Oberklasse werden nicht an die Unterklasse vererbt. Das Unterklassenobjekt jedoch enthält auch die privaten Attribute/ Methoden der Oberklasse?
 
Ich würde sagen: Eine Instanz/ein Objekt einer Unterklasse besitzt als Teil seines Zustandes auch die Werte der Felder/Attribute aller (transitiven) Oberklassen. Das muss doch so sein. Ansonsten könnte eine in der Oberklasse deklarierte aufgerufene Methode ja gar nicht auf das Feld/Attribut selbst zugreifen.

Ein Objekt "enthält" aber keine Methoden. Eine Klasse enthält Methoden. Methoden sind etwas statisches, also sie werden ja nicht für jede Instanz/jedes Objekt einer Klasse kopiert, sondern hängen an der Klasse selbst und die Sichtbarkeit der Methode legt fest, durch wen (durch welche Methode welcher Klasse) diese Methode aufrufbar ist.
Somit weiß ich nicht richtig, was du mit dem Satz "Das Unterklassenobjekt jedoch enthält auch die privaten [...] Methoden der Oberklasse" genau meinst.

Ich würde sagen: Jede (transitive) Oberklasse einer abgeleiteten Unterklasse hat Zugriff auf alle ihre deklarierten privaten Methoden. Das heißt aber nicht, dass ein Objekt also eine Instanz einer Klasse diese Methoden "enthält."
Letztlich ist das alles sehr pedantisches auf Definitionen Rumgereite.

Berufe dich einfach auf die Java Language Specification Kapitel 8.2, in der steht:
"Members of a class that are declared private are not inherited by subclasses of that class."
Punkt.
 
Es geht halt darum, dass ich ja eine in der Oberklasse definiertes privates Attribut auch bei einem Objekt der Unterklasse vorhanden ist.
Laut der Definition dürfte dies dann aber doch nicht so sein, da private Attribute nicht vererbt werden.
 
Es geht halt darum, dass ich ja eine in der Oberklasse definiertes privates Attribut auch bei einem Objekt der Unterklasse vorhanden ist.
Laut der Definition dürfte dies dann aber doch nicht so sein, da private Attribute nicht vererbt werden.
Laut welcher Definition genau?
Es gibt einen Unterschied zwischen "das Attribut ist vorhanden" und "das Attribut ist von einer Methode X in Klasse Y 'sichtbar' und kann von dort zugegriffen werden." Vererben heißt hier eher das letztere, also es ist sichtbar und kann von dort zugegriffen werden.
Der genannte StackOverflow Eintrag hebt diesen Unterschied auch nochmal hervor. Bitte lese ihn auch nochmal.
 
Im Netzt steht: "Alle Attribute und Methoden der Superklasse, die mit dem Schlüsselwort private gekennzeichnet sind, werden nicht vererbt."
Die Problematik hier ist was man unter dem Begriff nicht vererbt versteht. Da die Kindklasse die Basisklasse erweitert --> sie erbt alle Attribute und alle Methoden. Hier ist mit nicht vererben nur die Sichtbarkeit gemeint. Die Wirklichkeit wird mit nicht vererben eigentlich schlecht beschrieben. Daher die Verwirrtheit.
z.B.

Java:
public class Base {
    private final String nurIchFrage = "Ich bin privat aber meine Kinder erben mich obwohl sie mich nicht sehen!";

    public void zeigeBaseGene() {
        System.out.println(nurIchFrage);
    }

    @Override
    public String toString() {
        return "Base Class";
    }

}
Java:
public class SubClass extends Base {
    private String meinErbgut = "Ich bin das Kind";

    @Override
    public String toString() {
        return "Sub Class " + meinErbgut;
    }

}
Java:
    Base base = new Base();
        SubClass sub = new SubClass();
        System.out.println(base);
        base.zeigeBaseGene();
        System.out.println(sub);
        sub.zeigeBaseGene();

Die Ausgabe:
..
Base Class
Ich bin privat aber meine Kinder erben mich obwohl sie mich nicht sehen!
Sub Class Ich bin das Kind
Ich bin privat aber meine Kinder erben mich obwohl sie mich nicht sehen!
..
Wie man gut erkennen kann gibt hier der Aufruf
Java:
sub.zeigeBaseGene();
das private Attribut der Basisklasse aus. Das ginge nicht wenn es dieses Attribut nicht besitzen würde weil es ja nicht vererbt wurde.
Die Dokus und dein Professor meinen hier mit nicht vererben eigentlich die Sichtbarkeit privater Attribute und Methoden seitens der Kindklasse.
Meiner Meinung nach ist nicht vererben hier ein schlecht gewählter Begriff.
 

Zurück
Oben