Antwort.

In C++ erfolgt die Initialisierungsreihenfolge der Klassenmitglieder immer in der Reihenfolge, in der sie im Klassenkörper deklariert sind, und nicht in der Reihenfolge, in der sie in der Initialisierungsliste des Konstruktors angegeben sind.

Beispiel:

struct Foo {
    int a;
    int b;
    Foo() : b(2), a(b) {}
};

In diesem Beispiel wird a zuerst mit dem Wert der nicht definierten Variablen b initialisiert, da a zuerst initialisiert wird, dann b, unabhängig von der Reihenfolge in der Initialisierungsliste. Infolgedessen wird a nicht 2 sein.

Der richtige Weg: Bei der Initialisierung nur auf bereits oben deklarierten Mitglieder oder Konstanten zu verweisen.

Trickfrage.

In welcher Reihenfolge werden die Mitglieder einer Klasse initialisiert, wenn die Reihenfolge ihrer Initialisierung in der Initialisierungsliste des Konstruktors von der Deklaration abweicht?

Antwort: Immer wird das Mitglied, das zuerst in der Klasse deklariert wurde, auch als erstes initialisiert, unabhängig von der Reihenfolge in der Initialisierungsliste des Konstruktors. Dies kann zu Fehlern bei gegenseitiger Abhängigkeit der Klassenmitglieder führen.

Beispiele für echte Fehler aufgrund mangelnden Wissens über die Feinheiten des Themas.

---

Geschichte

In einer komplexen Klasse wurde bei der Initialisierung eines Verweises auf ein Klassenmitglied ein anderes Mitglied nicht initialisiert. Es stellte sich heraus, dass die Reihenfolge in der Initialisierungsliste keine Rolle spielt, und es kam zur Verwendung nicht initialisierter Speicherbereiche. Die Software fiel nur bei bestimmten Compilern und Einstellungen aus.

---

Geschichte

Bei der Hinzufügung eines neuen Mitglieds in die Mitte der Klasse ohne Anpassung der Initialisierungsreihenfolge der abhängigen Mitglieder trat ein Fehler auf, der nur bei static code analysis entdeckt wurde. Die Variable erhielt einen ungültigen Wert aufgrund der alten Deklarationsreihenfolge.

---

Geschichte

Eine neue Version der Bibliothek änderte den Quellcode der Klasse und änderte die Reihenfolge der Mitglieder, ohne den Konstruktor zu ändern. Infolgedessen arbeiteten die Werte in der Anwendung mit ungültigen Daten: der Ingenieur konnte lange Zeit die Ursache nicht finden, bis er die Warnung des Compilers zur Initialisierungsreihenfolge sah.