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
Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien
Bibliotheken: MT4Orders
fxsaber, 2018.04.14 09:10 AM
Beispiel .
Ergebnis
Im Beispiel sehen Sie, dass beim Auslösen von TP/SL der ursprüngliche Kommentar "Hello World!" vollständig durch den MT5-Kommentar "tp 1.23614" ersetzt wird.
Im MT4 wird der Kommentar in solchen Situationen zu "Hello World! tp 1.23614". Sollte ich das Gleiche in MT4Orders tun?
D.h. ist es richtig/zweckmäßig, dass bei SL/TP/MO-Schließungen der Orderkommentar in der Historie eine Kombination aus dem Eröffnungs- und dem Schließungskommentar sein sollte, wie es in MT4 der Fall ist?
Im Beispiel sehen Sie, dass bei Auslösung von TP/SL der ursprüngliche "Hello World!"-Kommentar vollständig durch sein MT5-Pendant "tp 1.23614" ersetzt wird.
Im MT4 wird der Kommentar in solchen Situationen zu "Hello World! tp 1.23614". Muss ich das Gleiche in MT4Orders tun?
D.h. ist es richtig/praktisch, dass bei SL/TP/MO-Schließungen der Orderkommentar in der Historie eine Kombination aus dem Eröffnungs- und Schließungskommentar sein sollte, wie es in MT4 der Fall ist?
Ich würde so etwas vorschlagen:
Original_Comment[tp: 1.23614] (da es manchmal notwendig ist, den Kommentar zu parsen)
mit Protokollierung von abnormalen Situationen, wenn die Kommentarlänge die Grenzen überschreitet
Im Beispiel sehen Sie, dass bei Auslösung von TP/SL der ursprüngliche "Hello World!"-Kommentar vollständig durch sein MT5-Pendant "tp 1.23614" ersetzt wird.
Im MT4 wird der Kommentar in solchen Situationen zu "Hello World! tp 1.23614". Muss ich das Gleiche in MT4Orders tun?
D.h. ist es richtig/praktisch, dass bei SL/TP/MO-Schließungen der Orderkommentar in der Historie eine Kombination aus dem Eröffnungs- und Schließungskommentar sein sollte, wie es in MT4 der Fall ist?
OrderComment ist, wie OrderCommission, in der Bibliothek und ist jetzt sehr langsam (spürbar bei mehreren Aufrufen). Es ist klar, dass es nur wegen der MT5 Besonderheiten (Aufteilung dieser Daten in 2 Trades) ist.
Vielleicht einfach OrderCommentOpen hinzufügen? Nun, oder machen Sie eine komplett universelle Variante: OrderCommentOpen, OrderCommentClose und OrderComment, um das MT4-Verhalten zu emulieren.
Ich denke immer noch über einen Cache für schwere OrderCommission und OrderComment nach, oder für meine eigene Liste von Geschäften, was in meinem speziellen Fall das Gleiche ist.
OrderComment, sowie OrderCommission, ist sehr langsam in der Bibliothek jetzt (spürbar auf mehrere Aufrufe). Es ist klar, dass es nur wegen der MT5 Besonderheiten (Aufteilung dieser Daten in 2 Geschäfte) ist.
Es sollte die Echtzeit nicht beeinträchtigen.
Vielleicht einfach OrderCommentOpen hinzufügen? Oder machen Sie eine universelle Variante: OrderCommentOpen, OrderCommentClose und OrderComment, um das MT4-Verhalten zu emulieren.
Es könnte sich lohnen, das hinzuzufügen. Im Moment kann es so gemacht werden (für historische MT4-Aufträge)
Ich denke immer noch über einen Cache für schwere OrderCommission und OrderComment nach, oder für meine eigene Liste von Trades, was in meinem speziellen Fall dasselbe ist.
Wenn wir einen Cache machen, sollte er für die gesamte Historie sein. Und ich denke, es ist besser, dies auf der Grundlage der Generic-Bible zu tun. Der einzige Nachteil ist, dass es den Speicher auf dem VPS aufbrauchen wird.
MQ hat bei der Historie im Tester gute Arbeit geleistet - sie wurde schnell. Als es beschleunigt wurde, verschwanden die Gedanken zum Thema Caching (es gab Rohfassungen der Bibel), weil ich nicht sah, dass es signifikant schneller sein würde. Außerdem ist es mir nicht gelungen, einen TS für Tester zu entwickeln, bei dem die Handelshistorie die Logik ernsthaft beeinträchtigen würde.
Es ist unmöglich, die Historie in Echtzeit zwischenzuspeichern - sie kann rückwirkend korrigiert werden. Und warum sollte man in Echtzeit Mikrosekunden sparen?
Die Echtzeit sollte nicht beeinträchtigt werden.
Es könnte sich lohnen, dies hinzuzufügen. Jetzt kann es wie folgt gemacht werden (für historische MT4-Aufträge)
Wenn wir einen Cache anlegen, sollte er für die gesamte Historie gelten. Und es ist wahrscheinlich besser, dies auf der Basis der Generic-Bible zu tun. Es gibt nur einen Nachteil - es wird Speicher auf dem VPS fressen.
MQ hat bei der Historie im Tester gute Arbeit geleistet - sie wurde schnell. Als es beschleunigt wurde, verschwanden die Gedanken an das Thema Caching (es gab Rohfassungen der Bibel), weil ich nicht sah, dass es wesentlich schneller wäre. Außerdem ist es mir nicht gelungen, einen TS für Tester zu entwickeln, bei dem die Handelshistorie die Logik ernsthaft beeinflussen würde.
Es ist unmöglich, die Historie in Echtzeit zwischenzuspeichern - sie kann rückwirkend korrigiert werden. Und warum Mikrosekunden in Echtzeit speichern?
Wenn ich es richtig verstanden habe, arbeite ich mit einem TS: Zu einem bestimmten Zeitpunkt beginnen wir auf ein Signal hin mit dem Einstieg in den Markt, eventuell mit mehreren Käufen und Verkäufen, und am Ende der Sitzung schließen wir alles, wie es ist. Am nächsten Tag gehen wir im Kreis, aber Lose sind bereits durch die Schließung Geschichte der letzten Sitzung berechnet, dh wir bekommen in der Geschichte und sehen, ob wir einen Gewinn oder einen Verlust geschlossen.
Das heißt, ohne Zugang zu der Geschichte - die TS ist nicht nutzbar.
Wenn ich richtig verstanden habe, habe ich einen TS, der funktioniert: zu einer bestimmten Zeit beginnen wir, den Markt auf ein Signal, schließlich mehrere Käufe und Verkäufe, am Ende der Sitzung schließen wir alles, wie es ist. Am nächsten Tag drehen wir uns im Kreis, aber die Lose werden bereits auf der Grundlage der Abschlusshistorie der letzten Sitzung berechnet, d. h. wir sehen in der Historie nach, ob wir mit einem Gewinn oder einem Verlust abgeschlossen haben.
Das heißt, ohne Zugriff auf die Historie ist der TS nicht nutzbar.
Das Schlüsselwort in diesem Satz war "ernsthaft". Es ist klar, dass die Handelshistorie in die Handelslogik eingreifen kann. Das Problem ist der TS, der sich im Tester durch den Zugriff auf die Historie merklich verlangsamt.
Die Echtzeit sollte nicht beeinträchtigt werden.
Es könnte sich lohnen, dies hinzuzufügen. Jetzt kann es wie folgt gemacht werden (für historische MT4-Aufträge)
Wenn wir einen Cache anlegen, sollte er für die gesamte Historie gelten. Und es ist wahrscheinlich besser, dies auf der Basis der Generic-Bible zu tun. Es gibt nur einen Nachteil - es wird Speicher auf dem VPS fressen.
MQ hat bei der Historie im Tester gute Arbeit geleistet - sie wurde schnell. Als es beschleunigt wurde, verschwanden die Gedanken an das Thema Caching (es gab Rohfassungen der Bibel), weil ich nicht sah, dass es wesentlich schneller wäre. Außerdem ist es mir nicht gelungen, einen TS für Tester zu entwickeln, bei dem die Handelshistorie die Logik ernsthaft beeinflussen würde.
Es ist unmöglich, die Historie in Echtzeit zwischenzuspeichern - sie kann rückwirkend korrigiert werden. Und warum sollte man in Echtzeit Mikrosekunden sparen?
Sie haben einmal einen Code gezeigt, der die Historie nach ähnlichen "Mustern" durchsucht.
Hier ist ein einfacher TS mit einer tiefen Historie:
Wir betrachten das aktuelle Preis-"Form-Muster" für eine bestimmte Zeit von "jetzt" bis "ein wenig in der Vergangenheit (z.B. Handelstag)", suchen nach allen ähnlichen Preismustern in der Geschichte, klassifizieren sie nach dem "Grad der Übereinstimmung" und wählen einige wenige, am meisten übereinstimmende Teile eines solchen "Bildes" in der Geschichte aus. Wir analysieren die Historie mit virtuellen E/A und erhalten Empfehlungen zu Ein- und Ausgängen für den aktuellen Zustand. Sie können sogar jeder Empfehlung eine "Gewichtung" zuweisen, die auf den Ergebnissen der Analyse historischer Muster beruht.
Sie haben einmal einen Code gezeigt, der die Geschichte nach ähnlichen "Mustern" durchsucht.
Hier ist er.
Hier ist der einfachste TS mit tiefer Historie:
Wir betrachten das aktuelle Preis-"Form-Muster" für eine bestimmte Zeit von "jetzt" bis "ein wenig in der Vergangenheit (z.B. Handelstag)", suchen nach allen ähnlichen Preismustern in der Geschichte, klassifizieren sie nach dem "Grad der Übereinstimmung", wählen ein paar übereinstimmende Teile eines solchen "Bildes" in der Geschichte aus. Wir analysieren die Historie mit virtuellen E/A und erhalten Empfehlungen zu Ein- und Ausgängen für den aktuellen Zustand. Sie können sogar jeder Empfehlung eine "Gewichtung" zuweisen, die auf den Ergebnissen der Analyse historischer Muster beruht.
Offensichtlich haben Sie mich nicht verstanden. Ich meinte die Handelshistorie.
Eine TK, bei der die Geschichte die Logik ernsthaft beeinflusst, ist eine adaptive TK.
Was ist der Stolperstein?
Eine TK, in der die Geschichte die Logik ernsthaft beeinflusst, ist eine adaptive TK.
Wo sind Sie gestolpert?
Sie brauchen ein Beispiel für einen TS, bei dem die Handelsgeschichte (nicht die Preisgeschichte) die Backtest-Zeit erheblich beeinflusst.