Diskussion zum Artikel "Bibliothek für ein leichtes und schnelles Entwickeln vom Programmen für den MetaTrader (Teil XVII): Interaktivität von Bibliotheksobjekten" - Seite 4
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
Die Philosophie hier ist folgende: Induktion (vom Besonderen zum Allgemeinen) oder Deduktion (vom Allgemeinen zum Besonderen).
Artyom verwendet die induktive Methode zur Darstellung des Materials.
Chef: Nun, Gleb Georgievich, da ist eine Kugel. Ihr Urteilsvermögen...
Zheglov: Nun, was meinen Sie, "Intelligenz"?
Scharapow: Nun, die Kugel ist wie eine Kugel, eine gewöhnliche Pistolenkugel....
Zheglov: Ja, es wäre gut, eine Hülse zu finden.
Chef: Es ist besser, sich die Waffe selbst anzuschauen.
Zheglov: Richtig, hier ist die Kugel, die aus einer importierten Waffe des Kalibers 6,35 des Bayard- oder, sagen wir, Omega-Systems abgefeuert wurde.
Chef: Was soll das heißen?
Zheglov: Das Geschoss, Sergei Ipatich, das Geschoss. Die sechs linken, senkrechten Züge, das ist alles - die Handschrift ist ziemlich "unabhängig".
Chef: Was sagen Sie dazu? Nach den Markierungen zu urteilen, ist die Patronenhülse von uns, einheimisch.
Zheglov: Ja. Wo wurde sie gefunden?
Chef: Dort, wo sie sein sollte. Links neben der Leiche. Der Reflektor funktionierte einwandfrei.
Zheglov: Ja, die Hülse ist von uns. Hm. Nun, wir werden es in das Rätsel einbauen. Wir müssen noch nach der Waffe suchen. Nadezhda, weißt du, ob es in dem Haus Waffen gab?
Nadezhda: Ich weiß es nicht.
[Weiners. Das Zeitalter der Gnade]
Oh, wie... Ich wusste nicht, dass es so ist.
Ich habe Vainers als Kind gelesen.
Neuer Artikel Bibliothek zur einfachen und schnellen Entwicklung von MetaTrader-Programmen (Teil XVII): Interaktivität von Bibliotheksobjekten ist veröffentlicht worden:
Autor: Artjom Trischkin
Vielen Dank für all die Arbeit, die Sie in diese Artikel stecken. Ich kann eine Menge von ihnen lernen :)
Vielen Dank für all die Arbeit, die Sie in diese Artikel stecken. Ich kann eine Menge von ihnen lernen :)
Hallo - mir gefällt das Potenzial der ereignisgesteuerten Funktionen, die Sie in CSymbol implementiert haben, wie SetControlBidDec, SetControlAskLevel usw., sehr gut. Ich habe Ihre späteren Artikel über Indikatoren noch nicht studiert (nach Teil 38), aber ich würde gerne verstehen, ob Sie beabsichtigen, die Fähigkeit hinzuzufügen, ähnliche Ereignisse auf Indikatoren zu setzen (z.B. Preis berührt/überschreitet einen bestimmten gleitenden Durchschnittswert, usw.)?
Welchen Ansatz empfehlen Sie für die Implementierung solcher Überprüfungen in der aktuellen Version der Bibliothek? Gibt es eine Alternative zur Überprüfung jedes Mal in OnTick()? Was ist, wenn ich mit mehreren Symbolen arbeite?
Hallo - mir gefällt das Potenzial der ereignisgesteuerten Funktionen, die Sie in CSymbol implementiert haben, wie SetControlBidDec, SetControlAskLevel usw., sehr gut. Ich habe Ihre späteren Artikel über Indikatoren noch nicht studiert (nach Teil 38), aber ich würde gerne verstehen, ob Sie beabsichtigen, die Möglichkeit hinzuzufügen, ähnliche Ereignisse auf Indikatoren zu setzen (z.B. Preis berührt/überschreitet einen bestimmten gleitenden Durchschnittswert, usw.)?
Welchen Ansatz empfehlen Sie für die Implementierung solcher Überprüfungen in der aktuellen Version der Bibliothek? Gibt es eine Alternative zur Überprüfung jedes Mal in OnTick()? Was ist, wenn ich mit mehreren Symbolen arbeite?
Hallo. Ich habe noch nicht darüber nachgedacht, das gleiche Ereignismodell für Indikatoren zu implementieren. Ich bin nicht sehr glücklich mit der Implementierung von Indikatoren. Daher werde ich Indikator-Objekte hinzufügen, und sie werden bereits auf die erforderlichen Bars in der Zeitreihe für die erforderlichen Indikator-Daten verweisen. Und da wird die Implementierung des Ereignismodells schon einfacher sein.
Hallo. Ich habe noch nicht darüber nachgedacht, das gleiche Ereignismodell für Indikatoren zu implementieren. Ich bin nicht sehr glücklich mit der Implementierung von Indikatoren. Daher werde ich Indikatorobjekte hinzufügen, und diese werden bereits auf die benötigten Balken in der Zeitreihe für die benötigten Indikatordaten verweisen. Und da wird die Implementierung des Ereignismodells schon einfacher sein.
Ist der Hauptzweck Ihrer Indikatorenunterstützung in DoEasy, dem Bibliotheksbenutzer zu helfen, seine eigenen Indikatoren zu implementieren? Planen Sie auch den plattformübergreifenden Zugriff auf beliebige Indikatordaten in MT4/MT5 aus anderen Programmen, zum Beispiel EAs, zu ermöglichen? Wie Sie wissen, arbeiten derzeit Funktionen wie iMACD(), iBands() usw. sehr unterschiedlich zwischen MQL4 und MQL5, so dass ich einige Wrapper-Funktionen schreiben möchte, damit meine mit DoEasy codierten EAs auf beiden Versionen laufen können.
Ist der Hauptzweck Ihrer Indikatorenunterstützung in DoEasy, den Bibliotheksbenutzern bei der Implementierung ihrer eigenen Indikatoren zu helfen? Planen Sie auch den plattformübergreifenden Zugriff auf alle Indikatordaten in MT4/MT5 aus anderen Programmen, z.B. EAs, zu ermöglichen? Wie Sie wissen, arbeiten derzeit Funktionen wie iMACD(), iBands() usw. sehr unterschiedlich zwischen MQL4 und MQL5, so dass ich einige Wrapper-Funktionen schreiben möchte, damit meine mit DoEasy codierten EAs auf beiden Versionen laufen können.
Ja, ich habe bereits begonnen, einen Artikel über Indikatorobjekte zu schreiben. Mit ihrer Hilfe wird alles einfach sein und ich hoffe, dass die meisten Benutzer der Bibliothek damit zufrieden sein werden.