.toString(); // Ausgabe: Attribut von Vaterklasse

[m1k3ch3ck]

Hallo,

um mein Problem kurz anzuschneiden:

Klasse 1: Zimmer (hat Attribut int x)
Klasse 1a: Halbpensionszimmer (erbt Attribut int x und hat eigenes Attribut int y)

Aufgabe:
toString für 1a schreiben mit Ausgabe sämtlicher Attributen.
---

Da ich was Basics angeht noch nicht so geübt bin verwechsel ich sehr gerne Dinge und würde mich sehr freuen wenn man mich korrigiert, d.h. genau sagt wo mein Gedanke falsch war, wo man meinen Gedanken eigentlich nutzen würde - das wäre mir sogar noch wichtiger als die Lösung selbst.


Meine Lösungsansätze:

public String toString(){
return new String ("eigener wert lautet: "+y+" geerbter wert lautet: "+super.x);
}

ich weiss dass das super hier falsch ist, da ich damit auf das attribut der vaterklasse zugreifen würde.
aber da fängts bei mir schonmal an:
- ist die vaterklasse nicht eine klasse, d.h. da gibts noch garkein objekt von, d.h. super.x ist auch dementsprechend noch garnicht instanziiert ?
- wie spreche ich das geebrte x an ? einfach nur mit "x" ? was wenn es in der vaterklasse private ist ?

need erklärung =(
habs (ernsthaft) versucht nachzulesen, leider sind das jedoch irgendwie grundsätzliche verständnisprobleme an der objektorientierung. weder die super/vererbung/toString-Kapitel aus meinem buch, noch die java api konnte mir weiterhelfen.


vielen dank,
julia

 

[DerEisteeTrinker]

erstmal, du brauchst da kein super

zweitens du kann wenn es protected oder public ist direkt über x auf den Wert des Vaters zugreifen

drittens, sollte x private sein, musst du im Vater einen sogenannten Getter implementieren, damit du das über diese Methode aufrufen kannst

public class Vater {
	private int x;
	
	protected int getX() {
		return x;
	}
}

public class Sohn extends Vater {
	private int y;
	
	@Override
	public String toString() {
		return "WAHU ICH BIN EIN TEXT " + getX() + " UND NOCH MEHR " + y;
	}
}

zur erläuterung:

private heißt, dass du nur innerhalb der Klasse darauf zugreifen kannst auch Kinder sind nicht zugriffsberechtigt

protected heißt, es ist für die Klasse zugänglich und für alle Kinder von dieser Klasse

kein Modifier ist meines Wissens nach, dass es für alle Klassen im Paket sichtbar ist.

public heißt, es können alle Klassen darauf zugriefen, das sollte man bei Attributen möglichst vermeiden

 

[Haave]

Also, ich erkläre es mal an verschiedenen Codestücken:

Fall 1:

class Zimmer {
	int x = 5;
}
class Halbpensionszimmer extends Zimmer {
	int y;
}
class Testzimmer {
	public static void main(String[] args) {
		Halbpensionszimmer h = new Halbpensionszimmer();
		System.out.println(h.x);
	}
}

Das klappt problemlos, lässt sich kompilieren und wird

5

auswerfen. Das Objekt h erhält seine eigene Kopie von x aus Zimmer sowie von y aus Halbpensionszimmer. Und nein, du brauchst kein Objekt aus Zimmer instanziieren, damit die Unterklasse HPZ auf Zimmers int x zugreifen kann, denn es ist wie gesagt nur eine Kopie, die h erhält - sozusagen eine Spezialanfertigung für h aus Zimmers Schablone für ein int x


Fall 2:

class Zimmer {
	private int x = 5;
}
//Rest wie gehabt

Hier sieht es anders aus und der Compiler wird folgenden Fehler ausspucken:

Testzimmer.java:12: x has private access in Zimmer
		System.out.println(h.x);
		                    ^
1 error

In diesem Fall braucht die Klasse Zimmer eine auf public geschaltete get-Methode für dieses int x, die sie an ihre Unterklassen weitervererbt, damit diese dennoch auf das x zugreifen können:

class Zimmer {
	private int x = 5;
	public int getX() {
		return x;
	}
}

class Halbpensionszimmer extends Zimmer {
	int y;
}

class Testzimmer {
	public static void main(String[] args) {
		Halbpensionszimmer h = new Halbpensionszimmer();
		System.out.println(h.getX());
	}
}

h hat nun also wieder eine Kopie von x, kann sie aber nicht direkt erreichen, sondern benötigt eine get-Methode (bzw. eine set-Methode, wenn x verändert werden soll).

War das verständlich?

 

[m1k3ch3ck]

Vielen Dank euch beiden. Eure Beispiele haben mir sehr geholfen.
Was Getter(/Setter) sind weiss ich.

Was sich meinem Wissen entzog war die Information dass Kinderklassen auf (public) Attribute des Vaters genauso zugreifen wie auf eigene.
Sofern x im Vater also public ist, kann ich ganz normal:

System.out.println(x+","+y); //Kure Rückmeldung ob das richtig ist wäre noch lieb.

Als wäre x wie y in der Kinderklasse vorhanden.
Bei private einfach über getter:

System.out.println(this.getX+","+y); //Kure Rückmeldung ob das richtig ist wäre noch lieb.

Kapiert.
Vielen Dank,
Julia.

 

[Haave]

System.out.println(x+","+y); //Kure Rückmeldung ob das richtig ist wäre noch lieb.
[…]
System.out.println(this.getX+","+y); //Kure Rückmeldung ob das richtig ist wäre noch lieb.

Wird das so in der main()-Methode stehen oder soll das in einer Methode der Unterklasse sein (das

this

deutet das jedenfalls an)?
Falls in main(), fehlen noch die Referenzen auf das Objekt, also (um an mein Beispiel oben anzuknüpfen):

System.out.println(h.x+","+h.y)
System.out.println(h.getX()+","+h.y) //nicht die Klammern bei getX() vergessen, es ist eine Methode!

Im zweiten Fall ist das so in Ordnung; das

this

kannst du sogar noch weglassen:

class Zimmer {
	private int x = 5;
	public int getX() {
		return x;
	}
}

class Halbpensionszimmer extends Zimmer {
	int y = 3;
	void ausgabe() {
		System.out.println(getX()+", "+y);
	}
}

class Testzimmer {
	public static void main(String[] args) {
		Halbpensionszimmer h = new Halbpensionszimmer();
		h.ausgabe();
	}
}

 

[m1k3ch3ck]

Ich hätte meine Vorschläge als Methode in die Unterklasse gesteckt.
Funktioniert "this" in der main nicht ?
Dachte "this" wird automatisch auf die laufende Instanz bezogen, würde also in Methoden von Klassen, wie auch Methoden in der laufenden Main funktionieren.

 

[Michael...]

Funktioniert "this" in der main nicht ?

die "main" ist eine statische Methode und wird somit im Kontext einer Klasse und nicht an einem Objekt aufgerufen, daher gibt's in der "main" - wie in allen statischen Methoden - kein this .

 

[Haave]

Funktioniert "this" in der main nicht ?

Ja, das funktioniert nicht, sondern nur in Methoden von Klassen.
Edit: Stell dir nur mal vor, du schaffst zwei Objekte aus der Klasse Halbpensionszimmer. Worauf sollte sich so etwas wie

this.getX()

in der main-Methode denn beziehen?

Wie hast du es dir denn genau gedacht? Poste bitte mal Code.

 

[m1k3ch3ck]

// vaterklasse mit attribut x
public class vaterklasse{
private int x=0;

public getX(){
return x;
}
}

// tochterklasse mit attribut y
public class tochterklasse extends vaterklasse{
private class int y=1;
//toString@tochterklasse
public String toString(){
return new String (this.getX()+","+y);
}

das sollte ja funktionieren.
wäre x nicht private, sondern public, dann:

...
public String toString(){
return new String (x+","+y);
}

 

[Ark]

Bitte merken: in 99% aller Fälle ist ein expliziter Aufruf eines String-Konstruktors überflüssig oder sogar falsch.

In deinem Fall reicht es, wenn du [c]return x+","+y;[/c] schreibst.

Ark

 

[m1k3ch3ck]

@Ark:

Ohne Klammern ?

return x+","+y;

oder

return (x+","+y);

 

[DerEisteeTrinker]

Die Klammern sind überflüssing, weil er das automatisch als String zusammenwurstet

 

[Ark]

Die Klammern sind überflüssing, weil er das automatisch als String zusammenwurstet

Die Klammern haben damit nichts zu tun. Es geht um [c]new String(...)[/c], dieses ist überflüssig. Die Klammern waren also nur da, weil der Konstruktur nur mit Klammern aufgerufen werden kann. Wenn der Aufruf des Konstruktors wegfällt, sind auch die Klammern nicht mehr nötig.

Ark