zwei Verberbungsprobleme

[A3XX]

Hi

Ich bin jetzt bei der Vererbung angekommen und hab noch meine kleinen Probleme:

1. (hängt vermutlich auch irgendwie mit Vererbung zusammen..):
Was bringt es eine Klasse public zu machen? (mal angenommen ich habe 3 Klassen, alle im selben File). Was bringt es? Nichts oder? Denn Methoden kann man ja in einer nur mit class {} definierten Klasse public machen und das sollte doch schon reichen oder?

2. Wenn ich einen Konstruktor in einer Superklasse definiere, kann ich dann einen anderen Konstruktor in der Subklasse verwenden? Das klappt soweit ich das sehe nicht..?!

Bitte helft mir

 

[L-ectron-X]

Zu 1. Eine Klasse ist z.B public zu machen, wenn Klassen in anderen Paketen von ihr erben können sollen. Sonst können nur Klassen von ihr erben, die im gleichen Paket liegen.

Zu 2. Klar kannst Du das. Um auf den Konstruktor der Basisklasse zuzugreifen benutzt Du das Schlüsselwort super.
Ein gutes Beispiel ist eine Klasse die von Frame erbt. Dort kannst Du einen Kontruktor in der abgeleiteten Klasse nach Deinen Wünschen gestalten und trotzdem den Konstruktor der Basisklasse initialisieren.

 

[A3XX]

Hm also das 2. hab ich geschnallt.

Aber nochmals zum ersten:
Normalerweise ist doch eh immer alles imselben Package oder nicht? Und was genau ist ein Package, einfach das Projekt? Bitte verzeiht mir aber ich hab da ein riesen Chaos mit diesem Public Dingen etc.

Ausserdem: Wieso (oder muss das überhaupt so sein?) muss der Konstruktor einer Klasse public sein?!

Und nochmals zu super: Muss man dieses Super vor jede Methode schreiben oder macht man das nur(ähnlich wie mit this) nur um das ganze besser darzustellen? Das this braucht man ja eigentlich nur um objektspezifsche Variablen zu kennzeichnen oder? Und super wird irgendwie ähnlich gebraucht?!

 

[Beni]

Normalerweise ist doch eh immer alles imselben Package oder nicht?

Um himmelswillen NEIN !!!

Wenn ein Projekt grösser wird, ist es sehr hilfreich, wenn pro Package 10 bis 20 Klassen sind. Z.B. alle Klassen die was mit Mathe zu tun haben, alle die was mit Text zu tun haben... (oder sonst eine sinnvolle Aufteilung).

Das super brauchst du nur im Konstruktor, oder falls etwas von deiner Subklasse verdeckt wird.
Also z.B. in diesem Sinn:

public boolean equals( Blupp o ){
  reutrn o.blabla == blabla && super.equals( o );
}

Und zum public: Das solltest du verwenden. Denn bei einem Projekt mit mehreren Packages (das einzig sinnvolle :wink: ) wird "packageintern" zu einem Fluchwort...

P.S. es ist auch einfacher, pro Klasse eine Datei zu verwenden. Denn so wird alles viel übersichtlicher.

mfg Beni

 

[L-ectron-X]

Ein Package ist im Prinzip eine Sammlung von Klassen zu einem bestimmten Thema.
Z.B. findest Du im Package java.io nur Klassen die mit Input und Output, also mit schreiben und lesen in und von Dateien, Laufwerken und Verzeichnissesn zu tun haben. Im java.awt findest Du nur Klassen die u.a. mit der Entwicklung von grafischen Oberflächen zu tun haben.
Du siehst also, es gibt eine Ordnung. Außerdem können so Klassennamen, mehrfach eingeführt werden, wenn sie in verschiedenen Packages zu finden sind.

Der Konstruktor muss nicht public sein, nur, wenn von dieser Klasse eine Instanz bilden, also ein Objekt erzeugt werden können soll.

"super" schreibst Du normaler Weise nur, wenn Du den Konstruktor der Basisklasse, oder eine gleichnamige Methode in der Basisklasse aufrufen willst. Das wird oft bei der Erzeugung von Frames und Dialogen gemacht, um z.B. den Fenstertitel zu übergeben. Das Schlüsselwort dient also nicht wie "this" auch dazu, dass der Code lesbarer wird. "this" benutzt Du auch, wenn Instanzvariablen und lokale Variablen mal den gleich Namen haben. Viele halten dies auch für schlechten Programmierstil, weil dadurch eben auch das Programm schlechter zu lesen ist.

Die Schlüsselworte private, protected, und public dienen zur Steuerung der Zugriffsrechte auf Variablen, Methoden und Klassen.