Diskussion zum Artikel "Bibliothek für ein leichtes und schnelles Entwickeln vom Programmen für den MetaTrader (Teil I). Konzept, Datenverwaltung und erste Ergebnisse"
Bei der Analyse einer Vielzahl von Handelsstrategien, der Entwicklung von Anwendungen für MetaTrader 5 und MetaTrader 4 Terminals und verschiedenen MetaTrader Websites kam ich zu dem Schluss, dass diese ganze Vielfalt hauptsächlich auf den gleichen elementaren Funktionen, Aktionen und Werten basiert, die regelmäßig in verschiedenen Programmen wiederkehren. Daraus entstand die plattformübergreifende Bibliothek DoEasy für die einfache und schnelle Entwicklung von Anwendungen für МetaТrader 4 und 5.
Jetzt ist alles fehlerfrei zusammengestellt, und die Daten über alle
Aufträge und Geschäfte in der Historie des Handelskontos werden im
Terminaljournal angezeigt.
Alle Eigenschaften aller Orders/Deals, einschließlich der nicht unterstützten, werden angezeigt.
Tatsache ist, dass wir die Methoden entwickelt haben, die die Flags
zur Unterstützung bestimmter Eigenschaften in dieser Reihenfolge als
virtuell zurückgeben, so dass sie in den abgeleiteten Klassen neu
definiert werden. Diese abgeleiteten Klassen werden dann zur Anzeige von
Daten im Journal verwendet. In diesem Fall sollte alles korrekt
angezeigt werden. Wenn es eine Eigenschaft gibt, die vom Auftrag nicht
unterstützt wird, wird sie im Journal nicht angezeigt, da die Methode Print(const bool full_prop=false) der Klasse COrder das Standardflag für Deaktivieren einer Anzeige von nicht unterstützten Eigenschaften im Journal hat, während die virtuellen Methoden der Klasse SupportProperty() einfach 'true' für jede Eigenschaft zurückgeben.
Was kommt als Nächstes?
Der erste (und das kleinste) Teil ist fertig. Wir haben ein
Basisobjekt für die Sammlung von historischen Aufträge und Deals sowie
für die Sammlung der Marktorders und Positionen entwickelt. Bisher gibt
es keinen praktischen Wert, aber das ist ja auch erst der Anfang. Dieses
einzelne Basisobjekt soll zu einem Eckpfeiler für das System werden,
das Daten auf dem Auftragssystem speichert und anzeigt. Unser nächster
Schritt ist die Entwicklung weiterer notwendiger Objekte und Sammlungen
nach den gleichen Prinzipien. Ich werde auch die Erfassung der ständig
benötigten Daten automatisieren.
206535
Neuer Artikel Bibliothek für ein leichtes und schnelles Entwickeln vom Programmen für den MetaTrader (Teil I). Konzept, Datenverwaltung und erste Ergebnisse :
Bei der Analyse einer Vielzahl von Handelsstrategien, der Entwicklung von Anwendungen für MetaTrader 5 und MetaTrader 4 Terminals und verschiedenen MetaTrader Websites kam ich zu dem Schluss, dass diese ganze Vielfalt hauptsächlich auf den gleichen elementaren Funktionen, Aktionen und Werten basiert, die regelmäßig in verschiedenen Programmen wiederkehren. Daraus entstand die plattformübergreifende Bibliothek DoEasy für die einfache und schnelle Entwicklung von Anwendungen für МetaТrader 4 und 5.
Jetzt ist alles fehlerfrei zusammengestellt, und die Daten über alle Aufträge und Geschäfte in der Historie des Handelskontos werden im Terminaljournal angezeigt.
Alle Eigenschaften aller Orders/Deals, einschließlich der nicht unterstützten, werden angezeigt.
Tatsache ist, dass wir die Methoden entwickelt haben, die die Flags zur Unterstützung bestimmter Eigenschaften in dieser Reihenfolge als virtuell zurückgeben, so dass sie in den abgeleiteten Klassen neu definiert werden. Diese abgeleiteten Klassen werden dann zur Anzeige von Daten im Journal verwendet. In diesem Fall sollte alles korrekt angezeigt werden. Wenn es eine Eigenschaft gibt, die vom Auftrag nicht unterstützt wird, wird sie im Journal nicht angezeigt, da die Methode Print(const bool full_prop=false) der Klasse COrder das Standardflag für Deaktivieren einer Anzeige von nicht unterstützten Eigenschaften im Journal hat, während die virtuellen Methoden der Klasse SupportProperty() einfach 'true' für jede Eigenschaft zurückgeben.
Was kommt als Nächstes?
Der erste (und das kleinste) Teil ist fertig. Wir haben ein Basisobjekt für die Sammlung von historischen Aufträge und Deals sowie für die Sammlung der Marktorders und Positionen entwickelt. Bisher gibt es keinen praktischen Wert, aber das ist ja auch erst der Anfang. Dieses einzelne Basisobjekt soll zu einem Eckpfeiler für das System werden, das Daten auf dem Auftragssystem speichert und anzeigt. Unser nächster Schritt ist die Entwicklung weiterer notwendiger Objekte und Sammlungen nach den gleichen Prinzipien. Ich werde auch die Erfassung der ständig benötigten Daten automatisieren.
Autor: Artyom Trishkin