Diskussion zum Artikel "Der MQL5-Assistent: Wie man einem EA beibringt, einen bedingten Auftrag (Pending Order) eines beliebigen Preises zu platzieren" - Seite 2
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 vladimir,
Ich mag diesen Artikel, ist es möglich, einen EA zu schreiben, die nur schwebende Aufträge verwendet, um Trades mit einem anderen Indikator zu öffnen. zum Beispiel, wenn der Preis in eine Richtung um 5 bewegt es löst einen Kauf oder Verkauf unabhängig.
hallo vladimir,
ich mag diesen Artikel, ist es möglich, einen EA zu schreiben, der nur Pending Orders verwendet, um Trades mit einem anderen Indikator zu öffnen. z.B. wenn sich der Preis in eine Richtung um 5 bewegt, löst er unabhängig davon einen Kauf oder Verkauf aus.
Sind Sie sicher, dass Ihre Frage bezieht sich auf einen Artikel MQL5 Wizard: How to Teach an EA to Open Pending Orders at Any Price?
Hallo Wladimir.
Hallo @Vladimir Karputov -- das war ein sehr lehrreicher Artikel, danke dafür!
Ich persönlich finde dieses OOP-Framework in MQL5 recht interessant für den Aufbau von Bots durch die Zusammenstellung von Objekten, die Experten, Signale, Filter, Indikatoren, Risikomanager usw. darstellen -- meiner Meinung nach ein sehr eleganter Ansatz, da er die Wiederverwendung von Code und die Erweiterbarkeit begünstigt, ohne anscheinend viel Leistung zu opfern... allerdings scheint die Lernkurve aufgrund seiner Komplexität ziemlich steil zu sein.
Da ich ausschließlich auf MQL5 umsteige und gute Erfahrungen mit OOP-Konzepten/Sprachen habe, bin ich jedenfalls sehr daran interessiert, es für meinen eigenen Gebrauch beim Prototyping neuer Handelsideen und der Entwicklung von Handelssystemen zu adaptieren. Ich habe den Code der Bibliothek studiert und mit ihm gespielt und wollte wissen, welche Vorgehensweise Sie für die folgenden Fälle empfehlen:
FRAGE: Wie würden Sie einen Trendfilter für die im Experten empfangenen Signale integrieren?
Die Bibliothek enthält die Eigenschaft CExpertBase::m_trend_type, aber leider wird sie in den mit der Plattform gelieferten Beispielen nirgends wirklich verwendet. Ich bin zwischen zwei Gestaltungsmöglichkeiten hin- und hergerissen... Hinzufügen eines Trend-Filterungsobjekt direkt in meiner Unterklasse von CExpert (siehe Codeschnipsel unten), was mehr Kontrolle über Handelsentscheidungen auf der Ebene des Experten bieten könnte. Eine andere Möglichkeit, das Problem zu lösen, könnte darin bestehen, mit den Filtern meines Hauptsignalobjekts zu fummeln und irgendwie den Trend zu berechnen und eine Entscheidung innerhalb meiner Unterklasse von CSignalExpert zu treffen, z. B. innerhalb von CSignalWithTrendFilter::Direction(). Ich bin mir noch nicht ganz sicher, was die Vor- und Nachteile der einen Methode gegenüber der anderen sind, und welche mir mehr Flexibilität für die Anforderungen meiner zukünftigen Projekte bietet, d.h. mehr Code-Wiederverwendung ohne Komplikationen und weniger Anpassungen meiner Basisklassen.
Vielen Dank im Voraus für Ihre Hilfe und Empfehlungen.
Ich habe vor langer Zeit zu meiner Trading Engine gewechselt Ein Versuch, einen EA-Konstruktor zu entwickeln - er ist flexibler.
OK, ich verstehe - ich lese den Artikel und werde mir den beigefügten Code ansehen... auf jeden Fall würde ich mich über Ihren Kommentar/Meinung zu der obigen Frage freuen, wenn es Ihnen nichts ausmacht. Herzlichen Dank!
OK, ich verstehe - ich lese den Artikel und werde mir den beigefügten Code ansehen... auf jeden Fall würde ich mich über Ihren Kommentar/Meinung zu der obigen Frage freuen, wenn es Ihnen nichts ausmacht. Herzlichen Dank!
CExpertSignal ist die Vergangenheit. Keine Kommentare.
CExpertSignal ist die Vergangenheit. Keine Kommentare.
:-)