spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

@Jens
die #defines werden NUR vom PräProzessor erfasst (Dum ist deine Aussage Falsch das der Compiler sie einsetzt. das macht der PräProzessor! Und das ist ein Unterschied ohne gleichen) und nicht vom Compiler selbst. #Defines arbeiten auf Textebene und sind daher schon sehr typunsicher!

Beispiel:

#define WORT "Das ist ein String";

std::string blub (WORT);

wenn de das schreibst wird dein Compiler jammern aber ohne ende, kann dir aber nicht den genauen fehler sagen weil er nicht weis das es etwas mit #define zu tun hat! (Woher auch, wird ja nicht vom Compiler erfasst sondern nur vom PräProzessor eingebaut!) Dabei liegt es am ; was in WORT drinsteht und es bei "blub" in den beiden klammern aufgerufen wird (Fatal!) Und mal ganz ehrlich, wenn dir der compiler das sagt, das vor "blub" das ; fehle, (diesen error sagt er 100%) wie kommste dann bitte darauf, das es einfach nur an diesem Textbaustein namens #define lag?

oder wenn du schreibst
#define ZAHL 1
einefunktion (ZAHL);

was meinste was ZAHL für ein Typ ist? INT? FLOAT? DWORD? CHAR? CHAR*? STD:TRING?

du weist es nicht, und diese Typunsicherheit kann dir gelegentlich Berechnungsfehler geben aus denen du erstmal nicht rauskommst weil du nicht weist das es an diesem Mist names #define liegt. #define hat KEINEN Typ, da er auf Textbasis arbeitet. Und da liegt schon der große Haken!

Mag sein das #define in den Code reinkopiert wird, da sie auf textbasis arbeiten. aber da sie vom compiler nicht erfasst werden sollte dies schon einer der Hauptpunkte sein sie für Makros und Variablen nicht zu benutzen.

@Jens:
Also mit geschwindigkeit sind Inline-Funktionen weiter vorne als deine #define markos. Meint Stroustrup auch. Naja wer ist schon Stroustrup. die meisten wissen erst gar nicht wer das überhaupt sein soll. traurig :help:

edit:
Zur geschwindigkeit:
Compiliert wird schneller, da durch fehlende #defines der PräProzessor weniger benutzt wird, und der Compiler kann schneller compilieren da nur er selbst benutzt wird und der Compiler ist ansich schneller ans der PräProzessor, im Programm selber macht das keinen unterschied.

Aber wenn du dich gerne bei hoch komplexen programmen z.B. wie ein OS gerne mit compilierzeiten von 1h oder höher gerne annimmst gerne.

In meinem OS an dem ich schon fast 2-3 Jahre werkle hatte ich mit #define locker 30 min compilierzeit, und mit inline über die hälfte weniger zeit.

beim OS coding kann man nicht mit jedem X-Beliebigen Compiler arbeiten also ist VC++ tabu!

Wenn du ein Projekt hast mit mehr als 90 Dateien aus Source und Headern dazu noch 10 verschiedene Linkerscripts und 5 Dateien bestehend aus Inline Assembler und zusätzlich 10 Obj Dateien. Da bringen MAKE-Files einiges, aber die per Hand schreiben ist ein aufwand OHNE ende!

Es war nur ein Speedbeispiel wie derbst der Unterschied bei enormen Datenmengen zwischen #define und inline funktionen sowie const definitionen ist. und diesen unterschied kann man bei so einem Projekt nicht leugnen das es "nichts" ist oder "wenig".

Vorallem wenn man COM selbst schreibt für sein OS (NICHT für Windows oder Linux und co!) dann weiste ganz genau WIE derbst zeitaufwendig eine compilierung eines OS ist oder eines anderen großen Projektes. Achja, John Carmack hat mal auf einer Pressekonferenz gesagt das jede Compilierung von Doom3 96 Minuten Dauern würde OHNE MAKE-Files und mit noch 12.