Frage zum Konstruktoraufruf

[Hutmacher]

Wenn man beispielsweise
[HIGHLIGHT="Java"]Getraenk cola = new Getraenk();[/HIGHLIGHT]
schreibt, wozu ist dann das erste Wort, Getraenk, da? Wozu braucht man dies? Damit man weiß, welche Klasse diese Objekt erstellt? Das steht doch aber schon beim „new Getraenk()“.

 

[Spacerat]

Neu bei OOP allgemein?
Das ist eine Variablen-Definition mit gleichzeitiger Initialisierung. "Kurzform" für:

Getraenk cola; // Definition
cola = new Getraenk(); // Initialisierung

In so ziemlich jeder ernstzunehmenden OOP gehört zu jeder Variablen-Definition der Variablen-Typ (Getraenk) und der Variablen-Name (cola).

 

[hdi]

Nur um Missverständnissen vorzubeugen:

new Getraenk();

würde dir in der Tat ein Objekt vom Typ Getränk erzeugen. Nur sobald die Zeile
beendet wurde, kannst du damit nichts mehr machen.
Wie willst du das Getränk nun ansprechen? Du brauchst einen Namen, eine Variable,
die dieses Objekt speichert.

Und neben dem Namen definierst du auch gleich den Datentyp, und zwar damit
Java später noch weiss, was du in dieser Variablen speichern darfst, und was nicht.

Getränk cola;
cola = new Getränk(); //ok
cola = 5; // falsch, denn int != Getränk

 

[Illuvatar]

Was übrigens auch funktionieren würde (und das ist wichtig, dass das funktioniert!):
[HIGHLIGHT="Java"]
class Cola extends Getraenk {
// ...
}

// ...
Getraenk cola = new Cola();
[/HIGHLIGHT]
(Falls dir das Wort "extends" noch nichts sagt, beachte diesen Post vielleicht besser erstmal nicht - das lernst du sicher bald )

 

[hdi]

Boah Illuvatar chill mal
Wenn da jmd grad im ersten Kapitel von der Instel etwas über "Variablen" liest,
solltest du ihn/sie nicht abschrecken mit so Teufels-Zeug

 

[Hutmacher]

Nur um Missverständnissen vorzubeugen:

new Getraenk();

würde dir in der Tat ein Objekt vom Typ Getränk erzeugen. Nur sobald die Zeile
beendet wurde, kannst du damit nichts mehr machen.
Wie willst du das Getränk nun ansprechen? Du brauchst einen Namen, eine Variable,
die dieses Objekt speichert.

Und neben dem Namen definierst du auch gleich den Datentyp, und zwar damit
Java später noch weiss, was du in dieser Variablen speichern darfst, und was nicht.

Getränk cola;
cola = new Getränk(); //ok
cola = 5; // falsch, denn int != Getränk

Das heißt,
[HIGHLIGHT="Java"]int cola = new Getraenk();[/HIGHLIGHT]
sollte, so wie du es gesagt hast, auch gehen.

Das heißt, dann habe ich eine Cola (<- Getränk), das Integer speichert.
Kannst du mir dafür nochmal vielleicht ein konkretes Beispiel geben? ^^'
Ich blick da nicht ganz durch.

▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬▬
Wenn ich nun die Klasse Mensch
[HIGHLIGHT="Java"]class Mensch
{
int zahnAnzahl; //Instanzvariable |! Setter und Getter binde ich unten mal nicht ein

Mensch(int zahnAnzahl) //Konstruktor
{
this.zahnAnzahl = zahnAnzahl;
}

private void autoFahren()
{
//BlaBla
}

public void stolpern()
{
this.zahnAnzahl -= 3;
}
}
[/HIGHLIGHT]
und die Klasse Baby
[HIGHLIGHT="Java"]class Baby extends Mensch
{
Baby(int zahnAnzahl)
{
super(zahnAnzahl);
}
}[/HIGHLIGHT]
habe (das Baby kann also genau das Gleiche wie der Mensch, außer autoFahren), was würde dann passieren, würde ich anstatt
[HIGHLIGHT="Java"]Baby tidus = new Baby(2);[/HIGHLIGHT]
lieber
[HIGHLIGHT="Java"]Mensch tidus = new Baby(2);[/HIGHLIGHT]
schreiben würde?

PS: Psst-psst, ich bin nicht mehr im ersten Kapitel^^ Ich bin beim Anfang von CH9 … sind nur ein paar Restfragen hin- und wieder hängengeblieben.
Ist die Insel hier zufällig Standard-Lektüre?

 

[hdi]

Nein int cola = new Getränk() geht natürlich nicht.
Denn Getränk ist kein int. Genauso wie es andersrum eben auch nicht geht.

Das was links vom "=" steht muss vom Datentyp her übereinstimmen mit dem
Datentyp, der rechts vom "=" steht. Übereinstimmen heisst halt auch es muss sich
irgendwie davon ableiten lassen,
aber Getränk erbt ja nicht von int. (geht ja auch nicht)

Zu deinem Baby-Mensch Bsp:
Es würde nichts "passieren", du kannst beides schreiben. Der einzige Unterschied
ist eben, dass du dann die Variable "tidus" einmal als Baby interpretierst, einmal
als Mensch.

D.h. wenn du machst

Baby tidus = new Baby(2);

dann kannst du auf dieser Variablen alle Methoden vom Baby aufrufen, und auch
vom Menshc (weil jedes Baby ein Menshc ist)

Aber wenn du machst

Mensch tidus = new Baby(2);

dann ist es zwar noch immer ein Baby, aber du kannst nicht mehr Baby-eigene Methoden
aufrufen, denn nicht jeder Mensch ist ein Baby.

Also wenn es in deiner Baby-Klasse noch eine Methode nippelNuckeln() gibt, dann
kannst du die nur auf tidus aufrufen wenn der Datentyps links ein Baby war.
Wenns ein Mensch war nicht, denn Erwachsenen ist es leider gesellschaftsbedingt nicht
erlaubt, an Nippeln zu nuckeln. Zumindest nicht ohne weiteres. Was eig. sehr schade ist...

 

[Schandro]

int cola = new Getraenk();
Geht nicht, warum sollte eine Referenz die auf int's zeigen kann auf ein Getränk zeigen können?

 

[Hutmacher]

int cola = new Getraenk();
Geht nicht, warum sollte eine Referenz die auf int's zeigen kann auf ein Getränk zeigen können?

Ganz einfach deshalb, weil ich hdis „
Und neben dem Namen definierst du auch gleich den Datentyp, und zwar damit
Java später noch weiss, was du in dieser Variablen speichern darfst, und was nicht.“
missinterpretiert habe .

@hdi:
Ah, danke. Jetzt habe ich es verstanden.
Habe mir gerade dein Interface-Tutorial ausgedruckt und werde mich jetzt mit der Hofnfung, dass da der elementare Unterschied zwischen abstrakten Klassen und Interfaces erklärt wird.

Ja, leider nicht ohne Weiteres … sollte man im Grundgesetzt mal umschreiben … oder auch nicht.

 

[hdi]

Nein der wird dort nicht erklärt Das kommt in den nächsten Tagen,
aber wenn du Zeit & Lust hast, kannste auch diesen Thread durchlesen:

http://www.java-forum.org/java-basics-anfaenger-themen/80369-interfaces.html#post497326

Ist zwar ziemlich viel Gelaber, aber zumindest der damalige TO hatte es dann
verstanden.
Dort wird im Laufe des Threads der Unterschied zwischen abstrakten Klassen
(und damit abstrakten Methoden)
und Interfaces gezeigt.

 

[Illuvatar]

Boah Illuvatar chill mal
Wenn da jmd grad im ersten Kapitel von der Instel etwas über "Variablen" liest,
solltest du ihn/sie nicht abschrecken mit so Teufels-Zeug

Hast du irgendwie mehr Informationen als ich, wie weit der TE in der Insel (oder welchem Buch auch immer) ist? ???:L

 

[Hutmacher]

@hdi: TO?

@Illuvatar: TE?

 

[hdi]

TO = Thread Opener
TE = Thread Ersteller
TO = TE

 

[Hutmacher]

TO = Thread Opener
TE = Thread Ersteller
TO = TE

Ha, TE = Threadersteller hab ich mir schon gedacht, aber weil Illuvatar vom „Threadersteller der Insel“ sprach und hier im Board immer „Themenstarter“ steht, habe ich lieber nochmal nachgefragt.

 

[Illuvatar]

Irgendwelche 2-buchstabigen Abkürzungen, die T oder O enthalten, bedeuten meistens eben das Deswegen hab ich hdi auch verstanden, obwohl ich mir keinen Reim auf TO machen konnte