in Java belege ich Membervariablen normalerweise im Klassenkontext mit null oder eben -1 bei ints/longs vor, um eben zu zeigen (die werden auf jeden Fall noch angefasst)
Die Initalisierung muss dann eben im Konstruktor beziehungsweise in dort aufgerufenen Klassen vorgenommen werden.
Was man natürlich beachten sollte ... wurde glaube ich noch nicht genannt.
"public static final" variablen sollten natürlich nicht erst im Konstruktor vorbelegt werden :)

In ganz seltenen Fällen, wo Werte von Variablen schon VOR dem super()-Aufruf für die Vaterklasse bekannt sein müssen, können diese im static Klassenkontext vorbelegt werden.

Dito,

in Java belege ich Membervariablen normalerweise im Klassenkontext mit null oder eben -1 bei ints/longs vor, um eben zu zeigen (die werden auf jeden Fall noch angefasst)
Die Initalisierung muss dann eben im Konstruktor beziehungsweise in dort aufgerufenen Klassen vorgenommen werden.
Was man natürlich beachten sollte ... wurde glaube ich noch nicht genannt.
"public static final" variablen sollten natürlich nicht erst im Konstruktor vorbelegt werden :)

In ganz seltenen Fällen, wo Werte von Variablen schon VOR dem super()-Aufruf für die Vaterklasse bekannt sein müssen, können diese im static Klassenkontext vorbelegt werden.

Dito,

normalerweise belege ich Membervariablen im Klassenkontext mit null oder eben -1 bei ints/longs vor, um eben zu zeigen (die werden auf jeden Fall noch angefasst)
Die Initalisierung muss dann eben im Konstruktor beziehungsweise in dort aufgerufenen Klassen vorgenommen werden.
Was man natürlich beachten sollte ... wurde glaube ich noch nicht genannt.
"public static final" variablen sollten natürlich nicht erst im Konstruktor vorbelegt werden :)

In ganz seltenen Fällen, wo Werte von Variablen schon VOR dem super()-Aufruf für die Vaterklasse bekannt sein müssen, können diese im static Klassenkontext vorbelegt werden.