Wenn ich nur einige ausgewählte Werte einer C ++ - Struktur initialisieren müsste, wäre dies richtig:
struct foo {
foo() : a(true), b(true) {}
bool a;
bool b;
bool c;
} bar;
Bin ich davon ausgehen , korrigiere ich mit einem enden würde structElement namens barmit Elementen bar.a = true, bar.b = trueund eine nicht definierte bar.c?
barist eine Variable.
typedef struct foo {} bar;.
barist die Struktur, was ist foo? Entspricht dies dem Definieren einer fooStruktur und dem separaten Deklarieren einer neuen Variablen barals Typ foo?
struct foo {//something}; foo bar;
Antworten:
Ja. bar.aund bar.bwerden auf true gesetzt, sind aber bar.cundefiniert. Bestimmte Compiler setzen es jedoch auf false.
Sehen Sie hier ein Live-Beispiel: struct demo
Gemäß C ++ Standard Abschnitt 8.5.12:
Wenn keine Initialisierung durchgeführt wird, hat ein Objekt mit automatischer oder dynamischer Speicherdauer einen unbestimmten Wert
Für primitive integrierte Datentypen ( bool , char, wchar_t, short, int, long, float, double, long double) erhalten nur globale Variablen (alle statischen Speichervariablen) den Standardwert Null, wenn sie nicht explizit initialisiert werden.
Wenn Sie nicht wirklich möchten, dass undefined bar.cmit beginnt, sollten Sie es auch so initialisieren, wie Sie es für bar.aund getan haben bar.b.
Sie müssen nicht einmal einen Konstruktor definieren
struct foo {
bool a = true;
bool b = true;
bool c;
} bar;
Zur Verdeutlichung: Diese werden als Klammer- oder Gleichheitsinitialisierer bezeichnet (da Sie anstelle des Gleichheitszeichens auch die Klammerinitialisierung verwenden können). Dies gilt nicht nur für Aggregate: Sie können dies in normalen Klassendefinitionen verwenden. Dies wurde in C ++ 11 hinzugefügt.
c++bedeutet das Tag C ++ 11. Leute können gerne C ++ 98 oder C ++ 03 sagen, wenn sie eine alte Version diskutieren wollen. Und irgendwann im nächsten Jahr wird sich das nackte c++Tag wieder ändern und C ++ 14 bedeuten.
std::is_pod<T>::value) macht und in diesem Sinne dem Schreiben eines nicht standardmäßigen Konstruktors entspricht, der dieselben Werte in einer Initialisiererliste festlegt.
Sie können dies mit einem Konstruktor wie dem folgenden tun:
struct Date
{
int day;
int month;
int year;
Date()
{
day=0;
month=0;
year=0;
}
};
oder so:
struct Date
{
int day;
int month;
int year;
Date():day(0),
month(0),
year(0){}
};
In Ihrem Fall ist bar.c undefiniert und sein Wert hängt vom Compiler ab (während a und b auf true gesetzt wurden).
intdie Mitglieder anstelle von s benutzerdefinierte Klassen wären , die die Definition von trivial erfüllen müssten (z. B. kein nicht standardmäßiger Konstruktor), wäre dies ein Grund, im Body zuzuweisen, anstatt in der Init-Liste zu konstruieren. Die Anzahl der Szenarien, in denen dies nützlich ist, ist jedoch vermutlich eine winzige Minderheit. Daher sollten Init-Listen definitiv die Standardempfehlung sein - mit den seltenen Ausnahmen, die im Gegensatz zu hier sorgfältig qualifiziert und gerechtfertigt sind.
defaultCtors unangemessen sind und deren Standardlayout Nichtkonstruktoren ausschließt default, muss die Initialisierung auf eine andere Weise durchgeführt werden, sei es operator=oder eine Init-Funktion oder was auch immer. Es ist sinnvoll, diese "Initialisierung" im Konstruktor des Elternteils durchzuführen, dh in seinem Körper zuzuweisen. operator=Dies entspricht der In-Body-Zuordnung von Grundelementen wie in der Post. Überdenken oder tangential vielleicht, aber wahr ;-)