spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn du mehrere Daten über einen Typen ansprechen willst, z.B.:



Oder sowas, das siehst du dann schon. Man kann structs auch gut für Vektoren oder zum auslesen von Dateien benutzen (Header in struct einlesen, dann funktioniert auch sizeof(meinStruct)).

struct ist noch von c. Is wie du schon gesehen hast dagewesen um typen zusammen zupacken.
In c++ allerdings ist es das gleiche wie eine klasse, mit einem Unterschied: Standtartmäßig sind alle member public:



<-> (equivalent zu

Findet man auch auf Wikipedia (Google hilft ):

Zitat

Unterscheidung zwischen C++-Struktur und C++-Klasse

Der nicht zu vernachlässigende Unterschied zwischen C++-Strukturen und C++-Klassen besteht darin, dass die Attribute von Strukturen unveränderlicherweise immer public sind[3], also von beliebigen Funktionen verändert und angesehen werden können. Dagegen kann man die Attribute einer Klasse mit den Schlüsselwörtern "public" öffentlich machen bzw. "private" privatisieren, wobei letzteres bedeutet, dass nur explizit in der Klasse definierte Methoden auf die Attribute zugreifen können.

Mfg Harry222

Stell dir ein struct einfach als eine selbstgebastelte Variable vor die etwas einfacher zu handhaben ist als eine Klasse (vor allem braucht man kein new). Ich bevorzuge structs wenn ich einfach nur Daten speichern will und diese Daten nur geringfügig über Funktionen verändern will (z.B. ein "inverse" für ein vec-struct).

@Harry222: Ich hab es ausprobiert und man kann member in strukturen private machen!

Zitat

Stell dir ein struct einfach als eine selbstgebastelte Variable vor die etwas einfacher zu handhaben ist als eine Klasse (vor allem braucht man kein new). Ich bevorzuge structs wenn ich einfach nur Daten speichern will und diese Daten nur geringfügig über Funktionen verändern will (z.B. ein "inverse" für ein vec-struct).

Nö, wiso ? Bei Klassen brauchst du auch kein new. du kannst die auch auf dem stack erzeugen! Aber ich gebe dir recht, ich benutze structs auch immer wenn ich nur variablen bündeln will. Das heißt aber nicht, dass es etwas anderes wäre als eine Klasse (bis halt auf dieses standardmäßige public).

Wie schon erwähnt, sind die prinzipiell gleich zu Klassen.

Ich persönliche benutze Strukturen hier und da um Variablen zu bündlen. Also meist dann, wenn ich sonst eine Klasse ohne Methoden hätte. Da macht dann oft eine Kapselung einfach keinen Sinn und man kann so einfach die Variablen als public Attribute in die Struktur packen (ginge natürlich mit Klassen analog). Übrigens finde ich auch, dass grundsätzliche für alle Variablen Getter und Setter zu schreiben eine sehr miese Kapselung ist. Irgendwie scheint das so eine Standardregel zu sein, die man überall beigebracht bekommt, die für mich aber noch nie wirklcih Sinn ergeben hat. Die Argumentation ist scheinbar, dass man in den Settern vielleicht noch eine Wert Prüfung vornimmt, oder die Klasse intern so ändert, dass man den Wert bei der Abfrage erst berechnet. Aber ganz ehrlich: Ich programmiere schon relativ lange, und ich habe so etwas noch so gut wie nie genutzt.
Meine Klassen haben natürlich mitunter Getter und Setter, aber die Beziehen sich dann von der logischen denkweise her auf das Objekt und nicht auf dessen einzelne Attribute.

Um es nochmal zusammenzufassen: In C++ gibt es nur einen einzigen Unterschied zwischen Structs und Klassen:

• Bei Structs sind Member und Vererbung standardmäßig public.
• Bei Klassen sind Member und Vererbung standardmäßig private.
  

Der Hinweis aus dem Wiki-Zitat, dass "Attribute von Strukturen unveränderlicherweise immer public" seien, ist, wie schon von Databyte angemerkt, falsch.

Aus technischer Sicht ist es also vollkommen egal, ob du Structs oder Klassen benutzt. Es ist sogar möglich, Structs von Klassen abzuleiten und umgekehrt. Per Konvention werden Structs aber meistens als POD verwendet.