Soll ich Instanzvariablen bei der Deklaration oder im Konstruktor instanziieren?

• Gibt es keinen Unterschied - die Instanz-Variablen-Initialisierung ist tatsächlich setzen Sie in den Konstruktor(en) durch den compiler.
• Die erste Variante ist besser lesbar.
• Sie nicht haben kann, exception-handling, mit der ersten Variante.

• Gibt es zusätzlich die Initialisierung block, die auch im Konstruktor(en) durch den compiler:

  {
      a = new A();
  }

Überprüfen Sonne Erklärung und Beratung

Vom dieses tutorial:

Feld-Deklarationen sind jedoch nicht Teil der Methode, so dass Sie kann nicht ausgeführt werden, da Aussagen sind. Stattdessen erzeugt der Java-compiler-Instanz-Feld-code für die Initialisierung automatisch und legt Sie in den Konstruktor Konstruktoren für die Klasse. Die Initialisierung code, der eingefügt ist in einen Konstruktor in der Reihenfolge angezeigt, in den Quellcode, was bedeutet, dass ein Feld-Initialisierer verwenden können, die ursprünglichen Werte der Felder erklärt, bevor es.

Darüber hinaus möchten Sie vielleicht faul initialisieren Ihrem Gebiet. In Fällen, bei der Initialisierung eines Feldes ist eine teure operation ist, Sie kann initialisiert werden, sobald es benötigt wird:

ExpensiveObject o;

public ExpensiveObject getExpensiveObject() {
    if (o == null) {
        o = new ExpensiveObject();
    }
    return o;
}

Und letztlich (wie bereits von Bill), für den Willen des management von Abhängigkeiten, ist es besser zu vermeiden Verwendung der new Betreiber überall innerhalb Ihrer Klasse. Statt, mit Dependency Injection vorzuziehen ist, d.h., weil jemand anderes (eine andere Klasse/framework) instanziieren und injizieren der Abhängigkeiten in Ihrer Klasse.

InformationsquelleAutor der Antwort Bozho

Hab ich gebrannt auf eine interessante Weise heute:

class MyClass extends FooClass {
    String a = null;

    public MyClass() {
        super();     //Superclass calls init();
    }

    @Override
    protected void init() {
        super.init();
        if (something)
            a = getStringYadaYada();
    }
}

Finden Sie den Fehler? Es stellt sich heraus, dass die a = null Initialisierer wird aufgerufen nach den superclass-Konstruktor aufgerufen wird. Da die superclass-Konstruktor ruft init () die Initialisierung der a ist gefolgt durch die a = null Initialisierung.

InformationsquelleAutor der Antwort Edward Falk

Beispiel 2 ist weniger flexibel. Wenn Sie hinzufügen einen anderen Konstruktor, müssen Sie daran denken, zu instanziieren, die das Feld in diesem Konstruktor als gut. Nur instanziieren Sie das Feld direkt, oder einführen, lazy loading, irgendwo in einem getter.

Wenn Instanziierung erfordert mehr als nur eine einfache new ist, verwenden Sie einen block-Initialisierer. Dies wird ausgeführt unabhängig der Konstruktor verwendet. E. g.

public class A {
    private Properties properties;

    {
        try {
            properties = new Properties();
            properties.load(Thread.currentThread().getContextClassLoader().getResourceAsStream("file.properties"));
        } catch (IOException e) {
            throw new ConfigurationException("Failed to load properties file.", e); //It's a subclass of RuntimeException.
        }
    }

    //...

}

InformationsquelleAutor der Antwort BalusC

Entweder dependency injection oder lazy-Initialisierung ist immer vorzuziehen, wie bereits erläutert, durchaus auf andere Antworten.

Wenn Sie nicht wollen oder können nicht verwenden Sie diese Muster, und für die primitiven Datentypen gibt es drei zwingende Gründe die ich mir denken kann, warum es vorzuziehen, zur Initialisierung der Attribute der Klasse und außerhalb des Konstruktors:

1. vermieden Wiederholung = wenn Sie mehr als einen Konstruktor, oder wenn Sie benötigen, um mehr hinzuzufügen, werden Sie nicht haben, wiederholen Sie die Initialisierung über und über in alle Konstruktoren stellen;
2. verbesserte Lesbarkeit = man kann leicht sagen, mit einem Blick, welche Variablen müssen initialisiert werden, die von außerhalb der Klasse;
3. reduziert Zeilen code = für jede Initialisierung erfolgt bei der Deklaration gibt es eine Zeile weniger in den Konstruktor.

InformationsquelleAutor der Antwort Marco Lackovic

Ich denke, dass Beispiel 2 vorzuziehen ist. Ich denke, dass die beste Vorgehensweise ist außerhalb des Konstruktors deklarieren und initialisieren Sie im Konstruktor.

InformationsquelleAutor der Antwort jkeesh

Es ist ein subtiler Grund initialisiert werden außerhalb des Konstruktors, dass niemand erwähnt hat, bevor (sehr spezifisch muss ich sagen). Wenn Sie mithilfe von UML-Werkzeuge zur Generierung der Klassendiagramme aus code (reverse-engineering), die meisten der tools, die ich glauben, beachten Sie die Initialisierung von Beispiel 1 und übertragen Sie es auf ein Diagramm (wenn Sie es vorziehen, zeigen die Startwerte an, wie ich es Tue). Werden Sie nicht nehmen, diese ersten Werte aus Beispiel 2. Das ist wieder ein ganz bestimmten Grund - wenn Sie die Arbeit mit UML-tools, aber einmal habe ich gelernt, dass ich versuche, alle meine Standard-Werte, die außerhalb der Konstruktor, es sei denn, wie schon erwähnt wurde, es ist ein Problem der möglichen Ausnahme werfen oder komplizierte Logik.

InformationsquelleAutor der Antwort tulu