mt5 strategie tester ticks - Seite 9
Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Hallo MQL5-Gemeinschaft,
Ist noch jemand bei der Ausführung von Strategien im Tester auf Zahlen wie diese gestoßen? -1.000000000006551e-005 und 1.000000000006551e-005 (ja, das sind elf Nullen). Es muss sich um einen bestimmten Double-Format-Typ handeln, aber um welchen Double-Format-Typ, hmm?
Außerdem lese ich die MQL5-Dokumentation wie folgt: Ja, ok, ok, der Standard-Int-Datentyp hat einen Minimalwert von -2 147 483 648 und einen Maximalwert von 2 147 483 647, dann ja, natürlich gibt es den vorzeichenlosen Int-Datentyp mit einem Minimalwert von 0 und einem Maximalwert von 4 294 967 295 , ABER ;) es gibt keinen Int-Datentyp mit einem Minimalwert von -4 294 967 295 und einem Maximalwert von 0. Ich hätte gedacht, dass es einen Int-Datentyp mit diesen Minimal- und Maximalwerten geben würde, aber es ist, wie es ist. Die obige Aussage könnte auch auf weitere Datentypen zutreffen.
Ich danke Ihnen für Ihre Hilfe.
0.00001 ist dasselbe wie 1 e-5 ist ein Exponentenformat. Die zusätzlichen Ziffern am Ende, die 6551, sind äquivalent zu 0.00000000000000006551 und das ist der Grund, warum wir Probleme beim Vergleich von Doubles haben . . Sie müssen dies lesen, und recherchieren, wenn Sie müssen, so dass Sie verstehen, was los ist:Kann Preis != Preis ?
Simon,
Vielen Dank, ich lese den Thread und glaube, dass die allgemeine Lösung der beteiligten mql4-Thread-Poster für den Doppelvergleich darin bestand, eine Methode zum Runden dieser Doppelwerte zu finden und zu verwenden, um korrekte Werte zurückzugeben. Was sagen Sie dazu?
Dankeschön
Simon,
Vielen Dank, ich lese den Thread und glaube, dass die allgemeine Lösung der beteiligten mql4-Thread-Poster für den Doppelvergleich darin bestand, eine Methode zum Runden dieser Doppelwerte zu finden und zu verwenden, um korrekte Werte zurückzugeben. Was sagen Sie dazu?
Ich danke Ihnen
Im Zusammenhang mit Ihrem obigen Beitrag ist der Vergleich von Doppelzahlen nicht wichtig, wichtig ist, zu verstehen, warum man Doppelzahlen nicht einfach vergleichen kann.
Und warum? Weil ich glaube, dass die Kurswerte in einem vier- und fünfstelligen Format zurückgegeben werden (mit Ausnahmen wie USDJPY, der zwei- und dreistellige Kurswerte zurückgibt). Ich werde versuchen, das Ganze ein für alle Mal aufzuschlüsseln, weil ich das nicht länger als nötig hinauszögern möchte.
Der Geldkurs von USDCHF liegt derzeit bei 0,92909 und ich glaube, dass MetaTrader5 diese Kurswerte mit sechzehn Stellen hinter dem Komma berechnet. Wenn dies der Fall ist, dann gibt es elf Stellen nach der letzten Ziffer neun, die in die Berechnung des USDCHF-Kurses von 0,9290900000000000 einfließen. Ich denke, der Grund dafür, dass Doppelwerte nicht einfach verglichen werden können, liegt darin, dass der Rest der Stellen rechts vom Dezimalwert eines Preises (nicht die im Terminal lesbaren, sondern die nicht im Terminal lesbaren) Ungleichheitsprobleme verursachen.
Ich danke Ihnen
Und warum? Weil ich glaube, dass die Kurswerte in einem vier- und fünfstelligen Format zurückgegeben werden (mit Ausnahmen wie USDJPY, der zwei- und dreistellige Kurswerte zurückgibt). Ich werde versuchen, das Problem ein für alle Mal zu lösen, denn ich möchte es nicht länger als nötig hinauszögern.
Der Geldkurs von USDCHF liegt derzeit bei 0,92909 und ich glaube, dass MetaTrader5 diese Kurswerte mit sechzehn Stellen hinter dem Komma berechnet. Wenn dies der Fall ist, dann gibt es elf Stellen nach der letzten Ziffer von neun, die in die Berechnung des USDCHF-Kurses von 0,9290900000000000 einfließen. Ich denke, der Grund dafür, dass Doppelstunden nicht einfach verglichen werden können, liegt darin, dass die restlichen Stellen rechts vom Dezimalwert eines Preises (nicht die im Terminal lesbaren, sondern die im Terminal nicht lesbaren) ein Problem der Ungleichheit verursachen.
Ich danke Ihnen
Und warum?
Es ist alles auf der ersten Seite des Threads erklärt ich gab einen Link zu, im Wesentlichen; ein Wert von 1,57373 kann tatsächlich als Double-Wert von 1,5737300000000001 gehalten werden, während NormalizeDouble(1.57373, 5) könnte eine doppelte Wert von 1 produzieren.57372999999999 ergeben könnte, sind beide Werte, auf die nächste 5. Stelle gerundet, gleich, aber im direkten Vergleich sind sie nicht gleich ... das liegt daran, wie Double-Werte gespeichert werden, sie sind Fließkommazahlen (siehe Fließkommazahlen, lesen und verstehen) und oft ist der gespeicherte Wert nicht genau derselbe wie der Wert, von dem Sie glauben, dass er gespeichert wird.
Ihr Kommentar zeigt also eine Subtraktion zweier Doppelwerte und Sie sehen die Differenz als 1.0000000000xyz -e5, weil Doppelwerte so gespeichert werden - als Fließkommazahlen.
Das Problem mit Double kommt von ihrer binären Darstellung. Es gibt Double, die keine exakte binäre Darstellung haben, so dass man Dinge wie 1.000000000006551e-005 erhält. Ich gehe hier nicht auf eine ausführliche Erklärung ein, bei Interesse können Sie dies als Beispiel lesen.
Die sechzehnte Stelle von 1,000000000006551e-005 rechts vom Dezimalwert ist e-005.
Wollen Sie damit sagen, dass 1.000000000006551e-005 keine exakte binäre Darstellung hat, weil die sechzehnte Stelle rechts vom Dezimalwert keine ganze Zahl ist, sondern e-005?
"Ich gehe hier nicht auf detaillierte Erklärungen ein ."
Warum nicht? Wenn Sie eine ausführliche Erklärung schreiben wollen, dann tun Sie das bitte.
"Wenn Sie Interesse haben, können Sie zum Beispiel das hier lesen."
Ich habe begonnen, es zu lesen.
Vielen Dank!
"Ich gebe hier keine detaillierten Erklärungen ab."
Warum nicht? Wenn Sie eine ausführliche Erklärung schreiben wollen, dann tun Sie das bitte.
Die sechzehnte Stelle hinter dem Komma von 1,000000000006551e-005 ist e-005.
Wollen Sie damit sagen, dass 1.000000000006551e-005 keine exakte Binärdarstellung hat, weil die sechzehnte Stelle rechts vom Dezimalwert keine ganze Zahl ist, sondern e-005?
Nein. Wenn Sie meinen Link und/oder den von RaptorUK gelesen hätten, wäre Ihnen das klarer geworden. Wenn nicht, lesen Sie noch einmal :-D
1.000000000006551e-005 ist einfach eine andere Schreibweise für 0.00001000000000006551.
Es ist alles auf der ersten Seite des Threads erklärte ich einen Link zu, im Wesentlichen; ein Wert von 1,57373 kann tatsächlich als Double-Wert von 1,5737300000000001 gehalten werden, während NormalizeDouble(1.57373, 5) könnte ein Double-Wert von 1.57372999999999 ergeben könnte, sind beide Werte, auf die nächste 5. Stelle gerundet, gleich, aber im direkten Vergleich sind sie nicht gleich ... das liegt daran, wie Double-Werte gespeichert werden, sie sind Fließkommazahlen (siehe Fließkommazahlen, lesen und verstehen) und oft ist der gespeicherte Wert nicht genau derselbe wie der Wert, von dem Sie glauben, dass er gespeichert wird.
Ihr Kommentar zeigt also eine Subtraktion zweier Doppelwerte und Sie sehen die Differenz als 1.0000000000xyz -e5, weil Doppelwerte so gespeichert werden - als Fließkommazahlen.
1.57373 (ignorieren)
1.5737300000000001
1.5737299999999999
"beide Werte, auf die nächste 5. Stelle gerundet, sind gleich"
Beide Werte, gerundet auf die nächste 5. Stelle, sind gleich 1,57373.
"aber direkt verglichen sind sie nicht gleich"
Ja, weil es einen Unterschied gibt.
"so werden doppelte Werte gespeichert"
Double-Werte wie 1.5737300000000001 werden als 1.57373 gespeichert (wenn normalize double verwendet wird, nehme ich an). Wenn normalize double nicht verwendet wird, würde der Double-Wert 1.5737300000000001 dieses Wertformat behalten, richtig?
"und oft ist der gespeicherte Wert nicht genau derselbe wie der Wert, von dem man glaubt, dass er gespeichert wird."
Meine letzte Aussage bezieht sich auch auf diese Aussage.
Ich werde den von Ihnen angegebenen Link lesen, vielen Dank dafür.
Vielen Dank!