Möchte Java verstehen

[Guest]

Guten Tag!

Ich bin ein totaler Java-Anfaänger und habe eine Frage an Euch.
Was muss im Konstruktorblock stehen??
Also z.B.:

 class Klasse 
{....
Klasse auto = new Klasse();
....
Klasse()
{
...
}

Wenn ich nun in diesem Konstruktorblock eine Variable deklariere z.b. int i; ist dies dann eine Objektvariable die zum Objekt auto gehört???
Wenn ich eine Methode in diesem Block einfüge..also z.b. void fahren() kann ich dann mit auto.fahren drauf zugreifen?
Was ist wenn ich diese Methode ausserhalb des Blockes schreibe, kann ich dann auf diese ebenfalls mit auto.fahre zugreifen???
Sorry für die Fragen, aber ich habe Java ist eine Insel usw. gelesen, aber irgendwie verstehe ich es nicht.

Also der Kern meiner Frage ist: Was muss im Konstruktorblock stehen, und in welcher Bezeiehung steht dieser Block zum konkreten Objekt? ( Hier:auto).

 

[Wildcard]

Also der Kern meiner Frage ist: Was muss im Konstruktorblock stehen, und in welcher Bezeiehung steht dieser Block zum konkreten Objekt? ( Hier:auto).

Ein Konstruktor ist nichts anderes als eine spezielle Methode. In einer Methode kann man natürlich keine anderen Methoden definieren, also geht das:

Wenn ich eine Methode in diesem Block einfüge..also z.b. void fahren() kann ich dann mit auto.fahren drauf zugreifen?

natürlich nicht.

Wenn ich nun in diesem Konstruktorblock eine Variable deklariere z.b. int i; ist dies dann eine Objektvariable die zum Objekt auto gehört???

Nein. Der Konstruktor wird aber oft zum initialisieren verwendet:

class Blah
{
    int blupp;
 
    public Blah(int blupp)
    {
          this.blupp=blupp;
    }
}

 

[Gast]

Danke Wildcard für die Erklärung.
Also in meinem Fall hat das Objekt auto nichts mit dem Konstruktor Klasse () zu tun?

 

[Wildcard]

Der Konstruktor wird aufgerufen um das Objekt 'auto' zu initialisieren.

 

[Gast-RoSiebzig]

Dein ''auto'' is' eigentlich eine ''Klasse()'', die Du ''auto'' genannt hast. Genauer: Dein erstes Objekt vom Typ ''Klasse()'' namens ''auto''.

die klasse ''Klasse()'' ist ersma' nur 'ne leere Hülle .. das programm macht damit gar nix .. es 'weiß' quasi nichmal daß es eine ''Klasse()'' ist.
.. aber es steht damit die möglichkeit zur verfügung, ''Klassen()'' (bzw klassen vom Typ ''Klasse()'' ) zu erschaffen indem man sie instanziert.

erst, wenn man eine ''Klasse()'' instanziert, muß man auch einen namen dafür vergeben zB ''auto'' oder, also
Klasse auto=new Klasse();
erst jetzt existiert ein Objekt (namens) ''auto'' vom Typ ''Klasse()'' bzw vom typ der klasse ''Klasse()''.

Da fehlt außerdem noch 'ne geschwungene Klammer nach der auto-Zeile.
Dann schreibt man methoden klein den ersten Buchstaben.

class Klasse { // Klassendefinition

int i; // Klassenvariable
Klasse auto= new Klasse(); // Instanzierung + Initialisierung + Konstruktor (?)

klasse() { // Methodendefinition
..
}

}

das auto (oder besser: die ''Klasse()'' namens '''auto'') erbt jetzt - wenn ich's richtig verstanden hab' alles von seiner Vaterklasse ''Klasse()''
allerdings bin ich jetz' mit den Begriffen Instanzierung, Initialisierung und Konstruktor auch was durcheinandergekommen ..

 

[Campino]

Gast-RoSiebzig: Ich denke du meinst das richtige, ich finde die Erklärung aber relativ missverständlich.

das auto (oder besser: die ''Klasse()'' namens '''auto'') erbt jetzt - wenn ich's richtig verstanden hab' alles von seiner Vaterklasse ''Klasse()''

Nein, dass auto erbt NICHTS von Klasse, dass auto ist ein Objekt vom Typ Klasse (ohne Klammern, mit Klammern ist das der Konstruktor!!).
Den Begriff der Vererbung verwendet man nur in bezug auf neue Klassen, die von ihrer Vaterklasse erben, nicht für Objekte des Typs Klasse.

Gast: Stell dir das vor wie Sandkuchen: Wenn du Sandkuchen backst, haben alle Sandkuchen, die aus derselben Form stammen, dieselbe Form.
Diese Form ist deine Klasse. Die Objekte sind die Sandkuchen. Der Konstruktor ist der Vorgang des "Mit-Sand-füllen-und-umdrehen", dass "backen" eines neuen Kuchen. Alle anderen Methoden (z.B. zerbröseln) führt der Sandkuchen (d.h. das Objekt) unabhängig vom Förmchen (der Klasse aus). Sie stehen in der Klassendefinition im class{}-Block, aber nicht im Konstruktor-Block, mit dem "backen" haben sie ja nichts zutun.
Eigenschaften des Sandkuchens sind durch das Förmchen definiert , deshalb stehen Eigenschaften im class{}-Block. Allerdings können sie auch z.B. vom verwendeten Sand abhängen, dieser währe dann ein Konstruktorargument wie Wildcards blubb und könnte genutzt werden um eine Eigenschaft zu initalisieren (d.h. einer Eigenschaft, die schon vorhanden ist, einen Wert zu geben) wie in Wildcards Beispiel.
Variablen die im Konstruktor-Block stehen werden nur für den Prozess des Erschaffens benötigt, danach sind die Werte weg.

Ansonsten gibt es noch Klassenfunktionen oder statische Funktionen. Diese gehören zur Klasse, also zur Form. Wenn ich meinem Bruder die Form über den Kopf hau nutze ich die Form, nicht den Sandkuchen, brauche also eine statische Klassenfunktion. Diese werden im class{}-Block mit den Schlüsselwort static definiert und sind dann über Klasse.Methode() aufrufbar.
Es gibt auch statische Eigenschaften, diese werden ebenfalls mit dem Schlüsselwort static definiert und gehören, genau, zur Klasse. Die Farbe des Förmchens wäre eine solche.

campino
(der jetzt weiß, warum Java-Programmierer nur in der Sandbox spielen dürfen )

 

[RoSiebzig]

klasse, genial - und so niedlich - erklärt mit den sandförmchen!
bisher kannte ich nur die verkehrsmittel-auto-lkw-schiff-fahrrad variante ]

.. ja, die klammern, die hab' ich zur unterscheidung gesetzt, bei der mißverständlichen benennung der klasse als ''Klasse'', damit ich nich' sätze krieg wie << .. die Klasse Klasse vom Typ Klasse>> (hätte bei mir geheißen <<.. die klasse namens ''Klasse()'' vom Typ ''Klasse()''>> .. jetz', wo ich blau hab' wär mir das eh' ncih' passiert )

die is' aber echt verwirrend, am anfang, die theorie .. wenn man 'ne sorte, 'ne art von, 'n "Typ", also meint, dann kann man sich nie sicher sein, daß das nich' 'n feststehender java begriff is' der definitionsgemäß, was anderes oder nur ähnliches meint ..
ähnlich kategorie, sorte, art, 'ne Ordnung, klasse von, .. da ham' wir's ..
dann is' alles ''Objekt'' in java, das auto, die klasse, ja das objekt selbst is' oberobjekt .. kein ''Ding'', sondern ein ''java.Object''

da kommt man nur drüber weg, indem man anfängt einfache beispiele abzuändern, 'rumzuprobieren und gucken, was passiert .. mit der Zeit weiß man dann ganz selbstverständlich, daß ein Typ mit dem rückgabewert zusammenhängt, jedes Objekt 'von einem Typ' ist, er im farblichen code blau ist, und am anfang jeder initialisierung steht und einem als int, float, double, long, String, oder Klasse, auto usw begegnet.
Und, daß eine Initialisierung kein Objekt von der Sorte Typ mit dem Namen Klasse ist! .. hehe

 

[Strongheart]

class Klasse { // Klassendefinition

int i; // Klassenvariable
Klasse auto= new Klasse(); // Instanzierung + Initialisierung + Konstruktor (?)

klasse() { // Methodendefinition
..
}

}

@ Ro-Siebzig: Die Instanzierung geht SO nicht. Die Anweisung "new Klasse()" ruft den Konstruktor auf, darf also nicht innerhalb der Klassendefinition stehen. Sonst würde sich die Klasse selbst aufrufen.

lg Strongheart

 

[Wildcard]

@ Ro-Siebzig: Die Instanzierung geht SO nicht. Die Anweisung "new Klasse()" ruft den Konstruktor auf, darf also nicht innerhalb der Klassendefinition stehen. Sonst würde sich die Klasse selbst aufrufen.

Wer hat dir denn den Mist erzählt?
Warum sollte das nicht gehen?

 

[Eldar]

Naja ist schon schwierig..
Hier ruft jetzt ein
Klasse xyz()
ein
Klasse auto() auf, das dirket ein
Klasse auto()
aufruft...
Da lässt sich nichmal eine Abbruchbedingung eintragen.. innerhalb des Konstruktors oder einer anderen Methode mit entspechenden Bedingungen wär es einfach Rekursion, so...

Was passiert denn wenn "Klasse auto" ein Objekt vom gleichem Typ mit dem gleichen Namen erstellen will?

 

[mephi]

er erstellt ganz normal das objekt mit der referenz darauf. die 2 referenzen mit selben namen sind ja dann in anderen objekten. also geht das.. aber sieht so aus als ob man dann in eine endlosschleife kommt falls das so ausgeführt werden kann

 

[Strongheart]

Ich wollte es genau wissen und hab folgendes Testprogramm geschrieben:

public class Main {
    static int k;
    public static int n;
            int z;
        /*Constructor */
         Main(int j){
            n+=1 ;
            z = j+1;
            System.out.println(n);
            Main s = new Main(z);
     }

    public static void main(String[] args) {
        n=0;
        k=4;
        Main f = new Main(k);
    }
}

Der Konstruktor der Klasse erzeugt eine neue Instanz s seiner Klasse. Die statische Variable n zählt bei jedem aufruf des Konstruktors um eins hoch. Beim Lauf des Programms bekomme ich einen

Exception in thread "main" java.lang.StackOverflowError in der Zeile 11 nach 4122 Durchläufen.

Mit einer entsprechenden Abbruchbedingung müßte es ohne Fehlermeldung gehen. Ob es sinnvoll ist, ist eine andere Frage.
Wenn die Instanzierung in einer Methode steht (wie auch hier in der Methode main(String[] args) ), die begrenzt oft aufgerufen wird, entsteht noch keine Endlosschleife.