Hi @ all

 

ich habe eine if-Schleife mit 5 &&-verknüpften Bedingungen. Wird die Schleife bereits verlassen, wenn die erste Bedingung nicht erfüllt ist, oder werden die nachfolgenden Bedingungen trotzdem noch geprüft? Dann nämlich würde sich eine weitere Verschachtelung zugunsten der Performance auswirken. Andererseits lohnt es, die unwahrscheinlichste Bedingung zuerst aufzurufen?

 

Clixmaster

Wird die Schleife bereits verlassen, wenn die erste Bedingung nicht erfüllt ist, oder werden die nachfolgenden Bedingungen trotzdem noch geprüft?

 

Theoretisch wird die Überprüfung bei der ersten falschen verlassen. Ob MQL es im Endeffekt so handhabt kann ich dir nicht garantieren, lässt sich aber ggf. leicht nachprüfen.

Wenn es Performancetechnisch interessant wird, vermute ich das du Funktionsaufrufe in der Bedingung hast. Das würde ich ggf. aus Lesbarkeitsgründen ändern...

Das ist ein logischer UND-Operator. Das heißt, alle Bedingungen müssen wahr sein, damit die Anweisungen nach der if-Bedingung ausgeführt werden. Das Programm geht normalerweise die Bedingungen der Reihe nach durch und springt nach ersten unwahren Bedingungen weiter.

... lässt sich aber ggf. leicht nachprüfen.

 

wie denn? In PHP mit Messung der Scriptlaufzeit, aber in MQL4? Oder weiß es jemand genauer als 'theoretisch normalerweise'?

wie denn? In PHP mit Messung der Scriptlaufzeit, aber in MQL4? Oder weiß es jemand genauer als 'theoretisch normalerweise'?

 

man braucht keine Zeitmessung um zu wissen ob Funktionen aufgerufen werden:

 

int foo() {
 Print("foo");
 return(1);
}

int start() {
 int a= 2;
 if(a == 3 && foo() == 1)
   Print("Never happens");
}

Wird die Schleife bereits verlassen, wenn die erste Bedingung nicht erfüllt ist, oder werden die nachfolgenden Bedingungen trotzdem noch geprüft? Dann nämlich würde sich eine weitere Verschachtelung zugunsten der Performance auswirken.

 

Im Grunde wird die Schleife solange abgearbeitet, bis die erste "Abbruchbedingung" gefunden wird. Hast du also im ersten Teil der Schleife schon eine Bedingung, die zu einem Abbruch der Schleife führt, gehts nicht mehr weiter, der Compiler springt aus der Schleife raus und macht mit dem Rest weiter.

Ich weiß ja nicht worum genau es geht, aber ich würde dir empfehlen mal mit dem '!' zu arbeiten. (Also "nicht", oder "ungleich")

if (a != b)
       //mach weiter bis a = b

Oder du baust else if-Schleifen ein.

 

Andererseits lohnt es, die unwahrscheinlichste Bedingung zuerst aufzurufen?

 

Woher willst du vorher wissen, was die unwahrschenlichste Bedingung ist? Wenn du das wüsstest, bräuchtest du wohl keine Schleife mehr, oder? ;)

 

Ich hoffe ich kann helfen

Bearbeitet 29. Januar 201214 Jr. von Buddahbrot

Woher willst du vorher wissen, was die unwahrschenlichste Bedingung ist? Wenn du das wüsstest, bräuchtest du wohl keine Schleife mehr, oder? ;)

 

Das kann ich mir schon gut vorstellen. zB: ich will am ersten Tick eines Bars überprüfen ob Einstiegsignal oder nicht. Wenn jetzt isEntrySignal() berechnet ob ein Einstiegssignal da ist und isNewBar() mir sagt ob das der erste Tick ist, ist die Frage was häufiger passiert.

 

Ticks pro Bar hab ich je nach TimeFrame ein paar hundert/tausend. Einen Einstieg vielleicht jeden 10. Bar. Dann hab ich pro Tick 1/1000 (wenn 1000 Ticks pro Bar) Wahrscheinlichkeit das erster Tick, und 1/10 das Entrysignal (wenn Entrysignal den gesamten Bar hindurch ist).

isNewBar() ist also deutlich unwahrscheinlicher und bringt somit einen Performancevorsprung, benötigt aber dennoch die Abfrage. Wenn es aber einen solchen Unterschied macht, würde ich isEntrySignal() in eine zweite if packen um im Code diese Tatsache (isEntrySignal() wird nur am ersten Tick ausgeführt) deutlich zu machen.