Beschwerde gegen endgültige Variable

Question

Okay, so weit ich weiß, verstehe ich diese Dinge über eine final Variable.

1. Es sollte sollte vor dem Konstruktor initialisiert werden nur einmal
2. Alle final Variablen zugewiesen werden vervollständigt

nun die oben mit, ich verstehe nicht, wie die unten nicht funktioniert:

Hier, bevor der Konstruktor abgeschlossen final Variablen werden gesetzt. Warum also klagen die Compiler dagegen?

Answer 1

Es ist nicht notwendig, dass Ihre Methode nur vom Konstruktor aufgerufen wird, sie kann auch von außerhalb des Konstruktors aufgerufen werden. Und sogar ein zweiter Aufruf könnte zu demselben Konstruktor in Zukunft hinzugefügt werden.

Obwohl Sie es jetzt vielleicht nicht verwendet haben, aber Compiler kann nicht sicher sein, so dass es nicht erlaubt ist. In Fachsprache gibt es keine definite assignment.

Für z: - Angenommen, Sie Ihre Klasse von main instanziiert: -

public static void main(String[] args) { 
    FinalTest obj = new FinalTest(something); 

    obj.setStuff(something); // There you go. This cannot be prevented. 
} 

Siehe JLS - Definite Assignments für detaillierte Erklärung zu diesem Thema.

Answer 2

Weil niemand Sie daran hindert, setStuff() ein zweites Mal später im Leben des Objekts zu nennen, was illegal wäre.

final Felder können nur in Codeblöcken zugewiesen werden, die garantiert nur einmal ausgeführt werden, dh Konstruktoren und Instanzinitialisierer. (Oder ein statischer Initialisierer im Falle eines static final Feldes.)

Mehr dazu finden Sie in der JLS.

Answer 3

, da der Compiler nicht weiß, dass der einzige Anruf

public void setStuff(Something something) { 
    this.something = something; 
    this.otherthing = new SomeClass(something); 
} 

vom Konstruktor ist

Answer 4

Sollte die folgende Zeile

private final otherthing; 

so etwas wie

private final Something otherthing; 

sein

Sie vermissen die Klasse.

Answer 5

nur eine Randnotiz:

@Override 
public void setStuff(Something something) { 
    this.something = something; 
    this.otherthing = new SomeClass(something); 
} 

public FinalTest(Something something) { 
    setStuff(something); 
} 

Das ist wirklich ein schlechtes Design ist. Sie sollten eine überschreibbare Methode nicht vom Konstruktor aus aufrufen.