Bewertungsreihenfolge der Konstruktorinitialisierungsliste

Ich habe einen Konstruktor, der einige Argumente akzeptiert. Ich hatte angenommen, dass sie in der angegebenen Reihenfolge konstruiert wurden, aber in einem Fall scheint es, dass sie in umgekehrter Reihenfolge konstruiert wurden, was zu einem Abbruch führte. Als ich die Argumente umkehrte, hörte das Programm auf abzubrechen. Dies ist ein Beispiel für die von mir verwendete Syntax. Die Sache ist, dass a_ in diesem Fall vor b_ initialisiert werden muss. Können Sie die Bauordnung garantieren?

z.B

class A
{
  public:
    A(OtherClass o, string x, int y) :
      a_(o), b_(a_, x, y) { }

    OtherClass a_;
    AnotherClass b_;
};

Dies hängt von der Reihenfolge der Deklaration der Mitgliedsvariablen in der Klasse ab. So a_wird der erste sein, dann b_wird der zweite in Ihrem Beispiel sein.

Um den Standard zur Verdeutlichung zu zitieren:

12.6.2.5

Die Initialisierung erfolgt in der folgenden Reihenfolge:

...

• Dann werden nicht statische Datenelemente in der Reihenfolge initialisiert, in der sie in der Klassendefinition deklariert wurden (wiederum unabhängig von der Reihenfolge der Mem-Initialisierer).

...

Die Standardreferenz hierfür scheint nun 12.6.2 Abschnitt 13.3 zu sein:

(13.3) - Dann werden nicht statische Datenelemente in der Reihenfolge initialisiert, in der sie in der Klassendefinition deklariert wurden (wiederum unabhängig von der Reihenfolge der Mem-Initialisierer).