Diskussion zum Artikel "Kontinuierliche Walk-Forward-Optimierung (Teil 1): Arbeiten mit Optimierungsberichten"

 

Neuer Artikel Kontinuierliche Walk-Forward-Optimierung (Teil 1): Arbeiten mit Optimierungsberichten :

Der erste Artikel beschäftigt sich mit der Erstellung eines Toolkits für die Arbeit mit Optimierungsberichten, für den Import aus dem Terminal sowie für die Filterung und Sortierung der erhaltenen Daten. MetaTrader 5 ermöglicht das Laden von Optimierungsergebnissen, unser Ziel ist es jedoch, dem Optimierungsbericht unsere eigenen Daten hinzuzufügen.

Dieser Teil beschäftigt sich mit der Erstellung eines Toolkits für die Arbeit mit den Optimierungsberichten, für den Import aus dem Terminal sowie für die Filterung und Sortierung der erhaltenen Daten. Um eine bessere Struktur der Präsentation zu gewährleisten, werden wir das Dateiformat *xml verwenden. Die Daten aus solch einer Datei können sowohl von Menschen als auch von Programmen gelesen werden. Darüber hinaus können die Daten innerhalb der Datei in Blöcken gruppiert werden und so schneller und einfacher auf die benötigten Informationen zugegriffen werden.

Unser Programm ist ein in C# geschriebener Prozess eines Drittanbieters und muss ähnlich wie MQL5-Programme erstellte *xml-Dokumente erstellen und lesen. Daher wird der Reporterstellungsblock als DLL implementiert, die sowohl in MQL5 als auch in C# Code verwendet werden kann. Um einen MQL5-Code zu entwickeln, benötigen wir also eine Bibliothek. Wir werden zuerst den Erstellungsprozess der Bibliothek beschreiben, während der nächste Artikel eine Beschreibung des MQL5-Codes enthält, der mit der erstellten Bibliothek arbeitet und Optimierungsparameter generiert. Diese Parameter werden wir im aktuellen Artikel besprechen.

Berichtsstruktur und erforderliche Kennzahlen

Wie bereits in den vorhergehenden Artikeln gezeigt, kann MetaTrader 5 den Bericht der Optimierungsdurchgänge selbstständig laden, jedoch bietet er nicht so viele Informationen wie der Bericht, der auf der Registerkarte Backtest nach Abschluss eines Tests mit einem bestimmten Satz von Parametern generiert wird. Um einen größeren Spielraum bei der Arbeit mit den Optimierungsdaten zu haben, sollte der Bericht viele der auf dieser Registerkarte angezeigten Daten enthalten, sowie die Möglichkeit bieten, dem Bericht weitere benutzerdefinierte Daten hinzuzufügen. Für diese Zwecke werden wir unsere eigenen generierten Berichte anstelle des Standardberichts laden. Beginnen wir mit der Definition von drei Datentypen, die für unser Programm benötigt werden:

  • Die Einstellungen des Testers (die gleichen Einstellungen für den gesamten Bericht)
  • Die Einstellungen für den Handelsroboter (einzigartig für jeden Optimierungsdurchgang)
  • Die Koeffizienten, die die Handelsergebnisse beschreiben (singulär für jeden Optimierungsdurchgang)

Autor: Andrey Azatskiy

Grund der Beschwerde: