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
Seltsam, dass im Laufe der Jahre niemand asynchrone Orderfunktionen in die MT4-Kodobase aufgenommen hat.
Wie ist das möglich? Aufträge von verschiedenen Terminals?
Wie war das? Aufträge von verschiedenen Terminals?
Chartow.
Diagramme.
Diese Option funktioniert leider nur für jeweils ein Symbol.
Es ist seltsam, dass niemand im Laufe der Jahre asynchrone Order-Funktionen in MT4 kodobase eingebaut hat.
Ich würde sie als multi-threaded, aber synchron bezeichnen, weil sie ohnehin auf eine Antwort vom Server warten. Ein solches Produkt gab es auf dem Markt. Sie können danach suchen.
Ich würde sie als multi-threaded, aber auch als synchron bezeichnen, da sie ohnehin auf eine Antwort vom Server warten. Ein solches Produkt gab es auf dem Markt. Sie können es nachschlagen.
Es ist seltsam, dass niemand im Laufe der Jahre asynchrone Orderfunktionen in die MT4-Kodobase aufgenommen hat.
Technisch gesehen ist es nicht schwierig, ein solches skalierbares System von zusätzlichen Expert Advisors zum Senden von Aufträgen zu erstellen, aber ist es das wert?
Schließlich gibt es ohnehin nur einen einzigen Handelsstrom. Während ein Auftrag von einem EA bearbeitet wird, gibt IsTradeContextBusy true zurück und die nächsten ("parallelen") Aufträge bleiben in der Warteschlange hängen.
Technisch gesehen ist es nicht schwierig, ein solches skalierbares System von Hilfs-EAs zum Senden von Aufträgen zu erstellen, aber ist es das wert?
Schließlich gibt es ohnehin nur einen Handelsfaden. Während ein Auftrag von einem Expert Advisor bearbeitet wird, gibt IsTradeContextBusy den Wert true zurück und die nächsten ("parallelen") Aufträge bleiben in der Warteschlange hängen.
Das stimmt nicht. IsTradeContextBusy gibt den Wert true zurück, wenn 9 Aufträge gesendet wurden, bevor mindestens einer von ihnen bearbeitet wurde. Geprüft. 8 - ja, alles funktioniert. Neun parallel - ja, "thread busy".
Das stimmt nicht. IsTradeContextBusy gibt den Wert true zurück, wenn 9 Aufträge gesendet wurden, bevor mindestens einer von ihnen bearbeitet wurde. Geprüft. 8 - ja, alles funktioniert. Neun parallel - ja, "thread is busy".
Gibt es einen Link zu einer offiziellen Informationsquelle? Dann garantiert der zurückgegebene Wert nichts, auch wenn das Verhalten genau dasselbe ist - höchstwahrscheinlich bedeutet es, dass es einen Puffer für 8 Bestellungen gibt, aber es gibt immer noch einen Thread, der sie an den Server sendet.
Gibt es einen Link zu einer offiziellen Informationsquelle? Dann garantiert der Rückgabewert nichts, selbst wenn das Verhalten genau das ist - es bedeutet höchstwahrscheinlich, dass es einen Puffer für 8 Bestellungen gibt, aber es gibt immer noch einen Thread, der sie an den Server sendet.
Der Faden ist derselbe für einen EA. Acht EAs in einem Konto arbeiten, ohne sich gegenseitig zu behindern.
Ich finde es seltsam, dass Sie das immer noch nicht wissen. Das ist schon oft gesagt worden, auch von Renat.
Technisch ist es nicht schwierig, ein solches skalierbares System von Hilfs-EAs zum Senden von Aufträgen zu erstellen, aber ist es das wert?
Beim Handel mit ein und demselben Portfolio brauchen wir eine solche Asynchronität wie Luft. Da Expert Advisors/Scripts auf reinem MQL4 gestartet werden können und neue Charts für sie geöffnet werden können, müssen wir nur einmal eine literate biblue für MT4 schreiben - verbinden Sie es mit dem Quellcode in einer Zeile und alle Order-Funktionen werden asynchron, mit OnTrade durch CustomEvent und wenn der Expert Advisor startet, werden die acht universellen Expert Advisors automatisch im Hintergrund geladen.