Diskussion zum Artikel "Entwicklung eines Replay-Systems (Teil 73): Eine ungewöhnliche Kommunikation (II)"

[MetaQuotes]

Neuer Artikel Entwicklung eines Replay-Systems (Teil 73): Eine ungewöhnliche Kommunikation (II) :

In diesem Artikel werden wir uns ansehen, wie Informationen in Echtzeit zwischen dem Indikator und dem Dienst übertragen werden können, und wir werden auch verstehen, warum bei der Änderung des Zeitrahmens Probleme auftreten können und wie man sie lösen kann. Als Bonus erhalten Sie Zugang zur neuesten Version der Wiedergabe-/Simulations-App.

Im vorherigen Artikel „Entwicklung eines Replay Systems (Teil 72): Eine ungewöhnliche Kommunikation (I)“ begann ich zu zeigen, wie man einen Indikator verwenden kann, um bestimmte Informationen zu übermitteln, die sonst unmöglich zu erhalten wären. Obwohl ich in diesem Artikel eine Reihe von Erklärungen gegeben habe, ist die tatsächliche Implementierung des Codes in unserer Wiedergabe-/Simulator-Anwendung nicht ganz so einfach. Sie werden vielleicht denken, dass ich nur dramatisch bin. Die Implementierung einer solchen Funktionalität ist recht einfach und klar. Dass ich die Spannung nur für den Effekt aufbaue.

Nun, ich wünschte, ich würde einfach Spannung zu diesem Thema aufbauen. Die Wahrheit ist jedoch, dass dies weitaus komplexer ist, als Sie sich vielleicht zunächst vorstellen. Ich habe mich bewusst bemüht, diese Artikel für all diejenigen verständlich zu machen, die MQL5 wirklich lernen wollen. Und das aktuelle Thema, zumindest bis zum Zeitpunkt des Schreibens dieses Artikels, ist etwas, das ich noch nicht gesehen habe. Nicht, weil es undenkbar wäre, sondern weil es zumindest ziemlich exotisch und sehr ungewöhnlich ist. Deshalb versuche ich, so viele Einzelheiten wie möglich zu erläutern, wie Sie vorgehen sollten, wenn Sie etwas in Angriff nehmen, für das es keinen Präzedenzfall gibt.

Autor: Daniel Jose