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
Welches Problem haben Sie gefunden?
Hier ein Beispiel dafür, wie Ihre Funktion unter dem Namen "BarShift1" fälschlicherweise funktioniert
Hier ist ein Beispiel dafür, dass Ihre Funktion falsch funktioniert - sie funktioniert unter dem Namen "BarShift1".
Eigentlich zeigt es nur das Gegenteil, meine Version ist die einzige, die korrekt ist. (Und das ursprüngliche iBarShift1 aus diesem Code ist korrekt).
Meine Version wurde als eigenständige Funktion konzipiert, genau wie mql4 iBarShift.
Sie ist nicht für Mehrfachabfragen optimiert, so dass der Zeitvergleich irrelevant ist. @nicholishen hat eine gute Bibliothek veröffentlicht, die für Massenaufrufe optimiert ist.
Eigentlich ist es genau umgekehrt, nur meine Version ist korrekt. (Auch das ursprüngliche iBarShift1 aus diesem Code ist korrekt).
Meine Version war als eigenständige Funktion konzipiert, genau wie mql4 iBarShift.
Sie ist nicht für Mehrfachanfragen optimiert, so dass der Zeitvergleich irrelevant ist. @nicholishen hat eine gute Bibliothek veröffentlicht, die für Massenaufrufe optimiert ist.
In Wirklichkeit zeigt es nur das Gegenteil, meine Version ist die einzige, die korrekt ist. (Und das ursprüngliche iBarShift1 aus diesem Code ist korrekt).
Meine Version wurde als eigenständige Funktion konzipiert, genau wie mql4 iBarShift.
Sie ist nicht für Mehrfachabfragen optimiert, so dass der Zeitvergleich irrelevant ist. @nicholishen hat eine gute Bibliothek veröffentlicht, die für Massenaufrufe optimiert ist.
Eigentlich ist es genau umgekehrt, nur meine Version ist korrekt. (Auch das ursprüngliche iBarShift1 aus diesem Code ist korrekt).
Meine Version war als eigenständige Funktion konzipiert, genau wie mql4 iBarShift.
Sie ist nicht für Mehrfachanfragen optimiert, so dass der Zeitvergleich irrelevant ist. @nicholishen hat eine gute Bibliothek veröffentlicht, die für Massenaufrufe optimiert ist.
Ich spreche nicht von der Bearbeitungszeit, ich spreche von der Taktzahl.
In der Abbildung sehen Sie, dass der Code um 8:37 Uhr denkt, dass der nächstgelegene Balken der Balken des Vortages um 23:00 Uhr ist, aber in Wirklichkeit ist der nächstgelegene Balken 10:00 Uhr. Sie ist sowohl mathematisch als auch logisch näher.
Ich spreche nicht von der Bearbeitungszeit, sondern von der Taktzahl.
Die Abbildung zeigt, dass der Code um 8:37 Uhr davon ausgeht, dass der nächstgelegene Balken der Balken des Vortages um 23:00 Uhr ist, der nächstgelegene Balken ist jedoch 10:00 Uhr. Er ist sowohl in der Mathematik als auch in der Logik näher dran.
Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Analog zu iBarShift
Alain Verleyen, 2018.04.05 00:18
Eigentlich zeigt es nur das Gegenteil, meine Version ist die einzige, die korrekt ist. (Und das ursprüngliche iBarShift1 aus diesem Code ist korrekt).
Meine Version wurde als eigenständige Funktion konzipiert, genau wie mql4 iBarShift.
Vereinfachen wir es.
Ich verstehe Ihr Argument. Ich werde es nicht überprüfen. Offenbar ist es meine Aufgabe, die von der akzeptierten Logik abweicht.
Welches Problem haben Sie entdeckt?
Das habe ich schon vor langer Zeit geschrieben. Ich erinnere mich nicht mehr, aber irgendetwas hat mich verwirrt.
Jedenfalls habe ich jetzt nur eine abnormale Situation gefunden.
Wenn noch keine Symboldaten geladen sind, kann -1 zurückgegeben werden und sollte 0 zurückgeben.
Dies kann mit dem Skript für MQL4 überprüft werden, das ich anhänge.
Dieses Skript nimmt eine zufällige Zeit und einen zufälligen Zeitrahmen. Wenn der iBarShiftX-Wert nicht mit der regulären iBarShift-Funktion übereinstimmt, erfolgt eine Meldung über Print.
Wenn Sie dieses Skript bei einem neu geöffneten Symbol ausführen, werden Sie Fehler sehen. Wenn Sie das Skript für dasselbe Symbol erneut ausführen, treten keine Fehler auf.
Aber das ist eine Kleinigkeit. In meiner Version gibt es das gleiche Problem.
Ich habe nur eine Beschwerde über Ihre Version: Sie ist sehr kompliziert und langsam.
Hier ist Ihre Variante:
Und hier ist meine Funktion, die das Gleiche tut, aber mit einem einfachen Algorithmus und viel schneller:
Sie können eine noch kürzere Version ohne die Funktion verwenden:
Versuchen Sie, das Gegenteil zu beweisen. Finden Sie eine einzige Kombination von Parametern, bei der Ihre und meine Funktion unterschiedliche Werte anzeigen.
Nur habe ich den letzten Parameter nicht genau darin implementiert, weil ich nicht verstehe, warum er überhaupt benötigt wird. Ich persönlich habe es nie gebraucht.
Aber wenn jemand es wirklich braucht, kann es umgesetzt werden.
Ich habe die iBarShift3-Variante verlassen, weil sie Geschichtslöcher nicht korrekt behandelt. Das kann behoben werden, aber ich sehe keinen Sinn darin, da die obige Option ausreicht.
Ich habe die Option iBarShift3 belassen, weil sie Löcher in der Historie nicht korrekt behandelt. Das kann behoben werden, aber ich sehe keinen Sinn darin, denn die oben genannte Option ist ausreichend.
Sind die Löcher auf das Fehlen von Pro-Handel in der Bar zurückzuführen oder auf andere Gründe? Und wie äußert sich die Ungenauigkeit?
Sind die Löcher auf einen Mangel an Pro-Handel in der Bar zurückzuführen oder auf etwas anderes? Und worin besteht die Ungenauigkeit?
Nehmen wir einen beliebigen Sonntag, an dem kein Handel stattfindet:
Nehmen wir an, der Sonntag ist ein Zeitpunkt, an dem kein Handel stattfindet:
Es zeigt also Montag? Das ist es, was ich will... :)