Datentypen Warum mit Konstruktor Objektvariablen initalisieren?

[TheDarkLuk]

Warum soll man mit dem Konstruktor Objektvariablen initalisieren wenn man das auch
einfacher machen könnte?
------------------
public class Objektvariablen {

int i = 450;
String s = ""; // <-- 2. ...das machen kann

public Objektvariablen(){
this.i = 450; // <-- 1.Warum das wenn man auch ...
this.s = "";
}
}
--------------------

 

[Robat]

Das hat mit "einfacher" nix zu tun.
Es ist Geschmackssache wo du deine Variablen initialisierst.
Ich bevorzuge es bspw. im Konstruktor, da dort auch Variablen initialisiert werden die eventuell als Übergabeparameter über den Konstruktor mitkommen.
Dadurch ist es dann alles an einem Ort.
Da streiten sich aber wie gesagt die Geister drum.

 

[mrBrown]

Ich bin ein Fan der direkten Variante, da dann im Konstruktor schon alles initialisiert ist und der nicht endlos aufgebläht ist.

 

[Flown]

Ich bin ein Fan der direkten Variante, da dann im Konstruktor schon alles initialisiert ist und der nicht endlos aufgebläht ist.

Compiler schiebt den Code in den Konstruktor!

Das wichtigstes ist, dass du selbst bei allen konsistent bleibst und nicht dazwischen hin und her wechselst, oder gar vermischt.

 

[mrBrown]

Compiler schiebt den Code in den Konstruktor!

Was der Compiler draus macht ist doch ziemlich egal? Es passiert in jedem Fall vor dem, was man selbst im Konstruktor schreibt^^

 

[Flown]

Was der Compiler draus macht ist doch ziemlich egal?

Die Frage war, gleich initialisieren oder den Konstruktor das machen lassen. Die Antwort ist: Es ist beides das Gleiche.

 

[mrBrown]

Der Unterschied zwischen

public class Objektvariablen {

int i = 450;
String s = "";
}

und

public class Objektvariablen {

int i ;
String s;

public Objektvariablen(){
this.i = 450;
this.s = ""; 
}
}

sollte doch offensichtlich sein^^

Würde ja auch niemand auf die Idee kommen, Magic Numbers im Code und Konstanten als das Gleiche zu betiteln...

 

[Flown]

Nur weil das eine mehr syntactic sugar enthält, ist es trotzdem exakt das Gleiche (ich sprech hier jetzt nicht von der Lesbarkeit).

 

[Java20134]

Es ist doch aber viel sinnvoller das ganze in den Konstruktor zu schreiben, wenn du mehrere Konstruktoren hast oder wenn du Parameter übergeben musst! Und eines von beiden trifft eigentlich immer zu.

 

[Robat]

Es ist doch aber viel sinnvoller das ganze in den Konstruktor zu schreiben, wenn du mehrere Konstruktoren hast

Die Anzahl der Konstruktoren spielt da eigentlich keine Rolle.

 

[Java20134]

Wenn die Variablen initialisiert werden, spielt die Anzahl schon eine Rolle. Denn in dem einem Konstruktor initialisierst du alle Variablen und in dem anderen nur eine Variable. Und dann wäre es relativ unschön, wenn du die Variablen gleich initialisierst. Im Konstruktor ist das dann übersichtlicher!

 

[mrBrown]

Wenn die Variablen initialisiert werden, spielt die Anzahl schon eine Rolle. Denn in dem einem Konstruktor initialisierst du alle Variablen und in dem anderen nur eine Variable. Und dann wäre es relativ unschön, wenn du die Variablen gleich initialisierst. Im Konstruktor ist das dann übersichtlicher!

In den meisten Fällen gibt es einen Konstruktor, der von allen anderen aufgerufen würde, und in dem initialisiert man alles übergebene. Das, was unabhängig von Argumenten ist kann man dann trotzdem direkt initialisieren.
Sollte das nicht der Fall sein, muss man drauf achten, dass man in jedem alles initialisiert, da hilft dann die direkte Variante

 

[TheDarkLuk]

Danke für die schnellen vielen hilfreichen Antworten !

 

[Neumi5694]

Es hat auch etwas mit der Reihenfolge zu tun. Die Variablen, welche direkt an der Deklaration initialisiert werden, werden VOR denen im Konstruktor initialisiert. Falls das wichtig ist (und ich hoffe für dich, es ist nie wichtig), dann MUSST du sie an der Deklaration initialisieren, sonst ist es im Grunde wurscht.

Sinnvoll ist es für "final static" Variablen, die als Konstanten dienen.

ps: statische Variablen werden (egal ob final oder nicht) einmalig noch vor der Initialisierung der Klasse initialisiert, sofern das entweder direkt an der Deklaration oder im static{}-Bereich passiert.

Sofern möglich, streicht der Compiler Variablen auch aus dem Quellcode und setzt an den Aufrufen den Wert ein.

 

[Flown]

Es hat auch etwas mit der Reihenfolge zu tun. Die Variablen, welche direkt an der Deklaration initialisiert werden, werden VOR denen im Konstruktor initialisiert. Falls das wichtig ist (und ich hoffe für dich, es ist nie wichtig), dann MUSST du sie an der Deklaration initialisieren, sonst ist es im Grunde wurscht.

Nenn mir wenigstens ein Beispiel, was nicht auch mit Konstruktor gehen würde? Also Reihenfolge ist egal.

 

[mrBrown]

Nenn mir wenigstens ein Beispiel, was nicht auch mit Konstruktor gehen würde? Also Reihenfolge ist egal.

public abstract class AbstractC {

    public AbstractC() {
        Objects.requireNonNull(test());
    }

    abstract String test();
}

class C extends AbstractC {

    private final String test = "C";

    @Override
    String test() {
        return test;
    }

}

 

[Flown]

@mrBrown Effective Java sagt das dazu: HIER
So ein Konstrukt wird wo benötigt?

 

[mrBrown]

Ich habe nie behauptet, dass es schönes Design oder überhaupt nötig ist - aber du wolltest schließlich ein Beispiel...

 

[Flown]

Ich wollte ein sinnvolles Beispiel.

 

[Neumi5694]

Ich sag doch: Ich hoffe, dass er nie so programmiert, dass das einen Unterschied macht.