Diskussion zum Artikel "Die eigene, multi-threaded, asynchrone Web-Anfrage in MQL5" - Seite 2
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
Ich habe mir den Code genauer angesehen.
Bis jetzt sieht es nach einer Sicherheitslücke aus, aber cool, Respekt.
Abonnieren Sie das Signal.
Dies sind die WebRequest-Elemente. Die gleiche Liste kann auch für den Markt erstellt werden. Ich sehe sie nicht als Löcher.
Dies sind die Elemente von WebRequest. Die gleiche Liste kann auch für den Marktplatz erstellt werden. Ich sehe sie nicht als Löcher.
Aus den Augenwinkeln erkenne ich, dass hier ein Skript aufgerufen wird. Vom Indikator. Mit einer Erhöhung der Autorität.
Das einzige, was ein wenig verwirrend ist, ist EXPERT::Run.
hier.https://www.mql5.com/ru/forum/288985#comment_9291731
Aus den Augenwinkeln erkenne ich, dass es sich um einen Skriptaufruf handelt. Vom Indikator. Mit erhöhter Autorität.
Das einzige, was ein wenig verwirrend ist, ist EXPERT::Run.
hier.https://www.mql5.com/ru/forum/288985#comment_9291731
Ich habe die Idee nicht verstanden.
Für den vorgeschlagenen Ansatz stellt sich vor allem eine Frage: In welchem Thread werden die Diagrammobjekte (und das, was in ihnen verschachtelt ist) ausgeführt?
In einem eigenen Thread. Es sind Diagramme, aber in Form von Objekten.
In ihrem Fluss. Das sind Diagramme, aber als Objekte.
Dann eine zusätzliche Frage: ist es möglich, ein Diagramm-Objekt der Größe 0x0 oder 1x1 zu machen?
Im Allgemeinen ist die Idee, wie ich es verstehe, ist dies - ohne einen Manager und Pool, erstellen wir einfach ein Diagramm-Objekt nach Bedarf, führen Sie ein Worker-Skript in ihm, senden Sie eine Web-Anfrage und erhalten das Ergebnis (wir immer noch Ressourcen für die Datenübertragung überall erstellen), und löschen Sie das Objekt am Ende.
Dann eine zusätzliche Frage: Ist es möglich, ein Diagrammobjekt mit der Größe 0x0 oder 1x1 zu erstellen?
Um es unsichtbar zu machen, kann es auf negative Koordinaten verschoben werden. Hier ist ein Beispiel
Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien
Merkmale der mql5-Sprache, Feinheiten und Tricks des Handels
fxsaber, 2017.10.31 08:11
Anwendung .
ZY Ein Konverter von BMP->GIF/PNG Dateien ist auch implementiert.
Im Allgemeinen ist die Idee, wie ich es verstehe, ist dies - ohne einen Manager und Pool, erstellen wir einfach ein Diagramm-Objekt nach Bedarf, führen Sie ein Worker-Skript in ihm, senden Sie eine Web-Anfrage und erhalten Sie das Ergebnis (wir immer noch spawnen Ressourcen für die Datenübertragung überall), und löschen Sie das Objekt am Ende.
Ja, das ist die Idee. Aber es wird nur in MT5 funktionieren.
Der Artikel ist interessant, aber von Anfang an gab es eine Frage: Warum brauchen wir mehrere Charts mit EAs und Manager, wenn wir die Funktion WebRequest() in einem parallelen Indikator platzieren und mit dem EA über EventChartCustom() kommunizieren können?
Der Expert Advisor sendet einen Befehl an den Indikator, und der Indikator führt WebRequest() aus und gibt das Ergebnis an den Expert Advisor zurück. Alles asynchron.
Der Artikel ist interessant, aber von Anfang an stellte sich eine Frage: Warum braucht man mehrere Charts mit Experten und Manager, wenn man die Funktion WebRequest() in einen parallelen Indikator einbauen und mit einem Experten über EventChartCustom() kommunizieren kann?
Der Expert Advisor sendet einen Befehl an den Indikator, und der Indikator führt WebRequest() aus und gibt das Ergebnis an den Expert Advisor zurück. Alles ist asynchron.
WebRequest funktioniert nicht in Indikatoren (und diese Bibliothek ermöglicht es Ihnen, diese Einschränkung zu umgehen). Ein separater Thread in MT ist nur für Expert Advisors und Skripte vorgesehen, aber Skripte arbeiten nicht mit Ereignissen.