Ist es möglich, mehrere Aufträge gleichzeitig abzuschließen? - Seite 7

 
TheXpert:
Im Gegenteil, ich frage mich, warum MT5 von der synchronen Ausführung von Befehlen abgerückt ist.

Die asynchrone Verarbeitung von Handelsaufträgen wurde in JForex API durch Ereignisse perfekt implementiert (Sie werden genau wissen, was mit jeder Ihrer Handelsanfragen passiert ist und warum. Dort ist sogar jede Handelsanfrage mit einem Statuskennzeichen versehen (erstellt (erstellt, aber noch nicht an den Server gesendet (z. B. Kommunikation fehlgeschlagen)), zugestellt (der Server hat sie angenommen), in Bearbeitung, ausgeführt). In MQL5 wird dies erst jetzt versucht. Und nach dem Verhalten der Entwickler zu urteilen, sind sie sich nicht sicher, wie sie es besser machen können.

Die Asynchronität selbst ist logisch. Der Handel mit verschiedenen Symbolen wird unabhängig voneinander durchgeführt. Aber Asynchronität bei einem Handelsinstrument kann nicht durch Marktdefinition entstehen. Natürlich kann es auf einem MT4-Server zu Asynchronität bei einem Handelsinstrument kommen, aber das ist kein Markt.

 
TheXpert:

Sieh an, sieh an... Das wird nicht einmal in 5 Jahren passieren. Das ist Mord für die Entwickler und 99 % der Nutzer.

Für Entwickler ist das kein Mord. Es handelt sich um eine ganz normale Logik für Anwendungsobjekte, die recht einfach entworfen und implementiert werden kann.

Es besteht sogar die Möglichkeit, eine Anwendung zu entwickeln, die nicht komplexer ist als die derzeitige Implementierung und eine solche Funktionalität aufweist. Aber wer würde sich darum kümmern? Die Entwickler haben kein solches Personal.

Daher gibt es ein Problem auf der Seite der Nutzer, d.h. Sie und ich, von denen die meisten keine Fachleute sind und nicht einmal minimale Komplikationen tolerieren, was zur Implementierung einer solchen Funktionalität durch Meta-Zitate führen wird.

 
hrenfx:

Die asynchrone Verarbeitung von Handelsaufträgen wurde in JForex API durch Ereignisse perfekt implementiert (Sie werden genau wissen, was mit jeder Ihrer Handelsanfragen passiert ist und warum. Dort ist sogar jede Handelsanfrage mit einem Statuskennzeichen versehen (erstellt (erstellt, aber noch nicht an den Server gesendet (z. B. Kommunikation fehlgeschlagen)), zugestellt (der Server hat sie angenommen), in Bearbeitung, ausgeführt). In MQL5 wird dies erst jetzt versucht. Und wenn man sich die Aktionen der Entwickler ansieht, weiß man nicht, wie man es besser machen kann.

So wie es derzeit in 5 implementiert ist, ist es unlogisch.

gip:

Für Entwickler ist das kein Killer. Es handelt sich um eine ganz normale Logik für angewandte Objekte, die recht einfach entworfen und implementiert wurde.

Wenn es so ist, wie es oben steht, natürlich.
Grund der Beschwerde: