JLI Spieleprogrammierung

[Fruchteis]

Wollte nur einmal in Erfahrung bringen, ob jemand unions den Strukturen vorzieht, geschweige denn sie überhaupt benutzt?
_________________
Ein Beweis für Programmierer:
Jedes Programm läßt sich um mindestens eine Anweisung kürzen.
Jedes Programm hat mindestens einen Fehler.
Durch Induktion können wir schließen:
Jedes Programm ist reduzierbar auf eine Anweisung, die nicht funktioniert...

[Hazel]

[GreveN]

Wie vorziehen? Unions und Strukturen sind etwas komplett Verschiedenes...

Strukturen(-Instanzen) sind quasi eine Komposition verschiedenen andere Objekte, eine Union zwar auch, allerdings teilen diese sich den selben Speicher. Das bedeutet, die Union reserviert ausreichend Speicher für das größte Objekt (natürlich am ggf. Prozessor-Alignment ausgerichtet), aber alle Objekte liegen in diesem Speicher und überschreiben ihn natürlich wenn man ihnen Werte zuweist.

[DirectXer]

Strukturen kann man einfache (von C geerbt) als einfache Ansammlungen von Variablen bezeichnen. Mit C++ können Strukturen natürlich noch weitaus mehr, z.B. Access-Segmentierung (private, public...), Vererbung, Methoden, Operatoren etc., also das was eine Klasse auch kann. Unions benutzen, wie GreveN gesagt hat, denselben Speicher für jedes Element. Davon kann man sich ganz elegant Nutzen machen, hier 2 kleine Beispiele:

[Jonathan_Klein]

@DirectXer
Krass, das kannte ich noch gar nicht


Unions habe ich bis jetzt auch nur genutzt, um z.B. in einer Vectorklasse die einzelnen Zahlen unter mehreren Namen ansprechen zu können. Ansonsten eigentlich noch nie.
_________________
https://jonathank.de/games/

[GreveN]

Nargh, das hatte ich aber schon paar mal erwähnt, wobei ich davon heute gar nicht mehr so angetan bin, weil ich mir nicht sicher bin, ob die einzelnen Objekte einer Struktur zwingend in der Reihenfolge im Speicher liegen in der sie im Code aufgeführt werden. Soll heißen, wenn man z.B. in einer namenlosen Struktur innerhalb der Union "unsigned char r, g, b, a;" stehen hat, könnte ich mir durchaus vorstellen, dass die r-Komponente nicht zwingend im ersten Byte stehen muss.

[Deviloper]

doch normal sollte das schon so sein. Weshalb man auch auf die Reihenfolge acht geben sollte. (wenn sizeof usw. von nöten sind).

[DirectXer]

@GreveN: Jo ich hab das von dir schon mal so gelesen. Aber da dus net gesagt hast hab ich das mal gemacht Aber das mit der Reihenfolge ist laut C++ Standard festgelegt, du solltest es aber im Zweifelsfall trotzdem so machen:

[xardias]

ich bezweifle dass der letzte code funktioniert.. es würde mich zumindestens ziemlich wundern.

dazu müsste ein boolean 1 bit groß sein, ist es aber nicht. man kann in c++ nicht einfach so auf bits zugreifen. dazu muss man mit bitmasken arbeiten.

[GreveN]

Das klappt und man kann in C++ auch auf einzelne Bits zugreifen. ;)

@DXer:
Das "unsigned char a, b;" äquivalent zu "unsigned char a; unsigned char b" ist, ist mir bewusst, ich bin mir allerdings nicht sicher ob deshalb im Speicher a zwingend vor b liegen muss. ;)

Hast du diesen "Color-Cast" eigentlich schonmal auf Unterschiede zwischen Big Endian/Little Endian-Maschinen getestet? Eigentlich müsste es spätestens da Probleme geben, da der Long-Wert dann u.U. "falsch herum" gelesen wird.

Allerdings ist es 2 Uhr Morgens und ich will mich da jetzt auch nicht zu weit aus dem Fenster lehnen ohne da ordentlich drüber nachgedacht zu haben... ;)

[DirectXer]

[Hazel]