spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

1. u. 2.: Das ist ein sogenannter Include-Guard. Die Befehle mit einem # werden vor dem Kompilieren vom Präprozessor ausgeführt. Bei einem #include wird der Inhalt der Header-Datei in die Cpp-Datei kopiert. Jetzt kann es sein, dass du die Header-Datei mehrmals in eine Cpp-Datei einbindest. Einmal direkt und einmal transitiv über andere Header-Dateien. Der Include-Guard sorgt dafür, dass der kopierte Inhalt der Header-Datei nur kompiliert wird, wenn er nicht schonmal in der gleichen Cpp-Datei vorkommt (weil dann TSINGLETON schon definiert ist (ifndef)). Das verhindert dass du die Singleton-Klasse zweimal definierst, was zu einem Compiler-Fehler führen würde.

3. Was hier definiert ist, ist eine sogenannte Enumeration. Dabei definierst du eine Sammlung aus Symbolen, welche jeweils einer Zahl entsprechen (wenn du die Werte nicht explizit angibst, zählt er automatisch hoch). BLACK wäre hier also 0, RED wäre 1 etc.. Du erhältst damit Typsicherheit weil du eine Variable vom Typ FONTCOLORS erstellen könntest, die dann diese Werte annehmen kann. Dadurch wird der Code verständlicher, da du nicht mit bedeutungslosen Zahlenwerten arbeitest. Im Hintergrund ist das aber tatsächlich ein Integer, du definierst ja nur Aliase für gewisse Zahlenwerte, deshalb kannst du das auch mit einem int verwenden.

4. Du hast nicht vor den String zu ändern, also deklarierst du ihn als const. Versuchst du es dennoch, gibt es einen Fehler.

5. Das ist wieder eine Präprozessor-Anweisung. Du fragst ab ob _DEBUG definiert ist. Das ist es, wenn du einen Debug-Build erstellst. Wenn du einen Release-Build erstellst ist das Symbol nicht definiert. Vor dem Kompilieren löst der Präprozessor diese Bedingungen auf und die richtige Zeile wird kompiliert.

6. Den ersten Teil verstehe ich nicht so ganz. Wie schon gesagt sind BLACK/RED etc. Aliase für gewisse Zahlenwerte. Du überprüfst den int also auf gewisse Zahlenwerte die als Farben interpretiert werden. Du könntest diese Variable statt vom Typ int auch vom Typ FONTCOLORS machen, dann ist das vielleicht etwas klarer.

7. Das sind sogenannte variadic arguments. Du kannst der Funktion beliebig viele Argumente geben (dargestellt durch "...") und mit den va_*-Befehlen verarbeitest du diese.

TSINGLETON und __CLOGFILE können beliebig gewählt werden. Wichtig ist dass keine andere Header-Datei dasselbe Symbol verwendet (deshalb oft Bezug auf den Name des Headers). Dieses Symbol wird definiert sobald der Präprozessor das erste Vorkommen der Header-Datei in der Cpp-Datei erreicht. Beim nächsten Vorkommen ist das symbol bereits definiert und der Code wird nicht kompiliert. So wird eine Header-Datei pro Cpp-Datei nur einmal verwendet.

In deiner Entwicklungsumgebung kannst du das normalerweise einstellen. Eigentlich ist das ein Compiler-Flag, oft findest du aber noch weitere Unterschiede. Viele Einstellungen des Projekts unterscheiden sich im Debug- und Release-Build. Z.B. hat ein Debug-Build normal auch keine Linker-Optimierungen und von verwendeten Bibliotheken willst du die Debug-Versionen linken in einem Debug-Build. Visual Studio definiert das Symbol _DEBUG wenn du ein Debug-Build machst (eigentlich wenn du /MTd oder /MDd als Option verwendest um genau zu sein). Somit wird in diesem Fall der Code-kompiliert der Debug-Build in das Log schreibt.

RED und GREEN sind übrigens keine Zeichenketten. Zeichenketten sind immer in Anführungszeichen. Das sind Symbole, die in diesem Fall für eine Zahl stehen (sollte auch da stehen welche wenn du die Maus darüber hältst).

Hi.
Ich kann spdlog sehr empfehlen.
MfG
Johannes.