spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

klingt einleuchtend.

Zitat von »"dot"«

if( var ) is schneller als if( var == true ), weil bei der 2. variante noch der ausdruck var == true ausgewertet werden muss.
die if anweisung wird in c++ immer ausgeführt, wenn der ausdruck zwischen den klammern != 0 is.

Wenn ich mich jetzt nich irre, aber bei vergleiche sind gleich schnell. Warum? var alleine Hinterläst kein Status Flag im Flag Register der CPU. Es muss also ein Vergleich vorgenommen werden, da dieser ein Status Flag im Register hinterläst. Also ob ich nun geben true vergleich oder einfach gegen != NULL ist Wurscht.

Ich weis das es einen Bedingungslosen Jump Befehl gibt und das es einen Bedingten Jump Befehl gibt. Da hier mal eine Frage an alle die gut in Assembler für x86 CPU's sind. Damit if(var) schneller ist als if(var == true) brauch es einen Jump Befehl der als Argument einen Wert enthält "var". Wenn dieser Jump Befehl aber ebenfalls einen zweiten Wert verlangt, dann sind beide Varianten wieder gleich schnell.

jump Befehle können keine werte enthalten sie haben nur eine Sprungadresse. Aber man kann mit JCXZ/JECXZ ECX direkt auswerten.

Zitat

jump Befehle können keine werte enthalten sie haben nur eine Sprungadresse.

Damit ist die Sache klar. Ob nun if(var) oder if(var == true/false) ist völlig schnuppe. Sowohl im Debug als auch im Release Modus.

Danke für die Aufklärung

ob so, oder so.
die erklärung is plausibel.

ich weis auch, wo ich das mal aufgeschnappt hab...

da war ich noch ein kleiner unerfahrener VB anfänger.
und da vb ( mal abgesehen von einer nativen exe ) interpretiert wird, dürfte das evtl. auf vb zutreffen ( war mal ein tipp auf ActiveVB.de )

Um nochmal auf folgendes zurückzukommen:

Zitat

irgendwo im code am anfang einer funktion wenn das device benötigt wird:
"Local_lpDirect3DDevice = global_lpDirect3DDevice"

So super dumm find ich das gar nicht, klar ist es nicht "fein" aber wenn man die Gloable Varible in einer Funktion NICHT ändern will, aber deren Inhalt brauchst ist das ok. Natürlich sollte man beachten, das GLOBALE Varibalen auch von allen untergeordneten Blöcken verändert werden können sollten (man was für ein Deutch ) sonst sollten sie nicht als GLOBAL deklariert sein. Da stimm ich euch voll und ganz zu. ;D

Also soweit ich weiss ist das Compilerabhängig. Manche Compiler haben "Default" Werte. So wie folgendes Beispiel:



test hat dann einen Wert z.B. 0, das hängt aber vom Compiler ab. Bei vielen funktioniert das aber NICHT. So gibt z.B. VisualC++ spätestens bei der Ausführung einen Fehler aus.

Es gibt aber keinen Unterschied bei der Zuweisung der Werte bei gloablen und lokalen Variblen.

Zitat von »"koschka"«

So gibt z.B. VisualC++ spätestens bei der Ausführung einen Fehler aus.

Also, bei mir nicht!
Im Debug-Build eines Programms bekommen die Variablen meistens einen Standardwert von null. Im Release-Build behalten sie einfach den Wert, der gerade da im Speicher steht, der für sie reserviert wurde.

Daher ist eine nicht eingenullte var der schrecken jedes Scheifelprogers...*sich an die 20 min suchzeit erinner*