Diskussion zum Artikel "Arbeiten mit Sockets in MQL, oder Wie man ein Signalprovider wird"
Der Artikel ist cool, aber der Zweck der Anwendung? Dies ist eine solche Low-Level-Technologie, auch ein einfaches Beispiel erforderlich so viel schriftlich, und wenn etwas Ernstes?
Sie können es nicht in den Markt sowieso, und für sich selbst ist es besser, WCF verwenden . Oder wininet.dll, wenn etwas Einfaches, ist es bereits in Windows enthalten.
Ja, für WCF müssen Sie eine Verbindung mit .NET herstellen, aber dann wird das Leben zu einem Urlaub. Wir tauschen auf Pakete von Bytes, als die dann ist es notwendig, in Komponenten zu zerlegen, und direkt Instanzen von Klassen. Sie können in jedem Modus arbeiten - http, binär, https und alle anderen. Gleichzeitig wurde das ganze Gemmor mit Autorisierung, Parsing, etc. bereits von den Jungs von Microsoft übernommen.
Der Artikel kann als historischer Ausflug in jene Zeiten gewertet werden, als der Speicher auf dem Computer 640 Kb und die Schraube 40 Mb betrug (genau Megabytes :) Respekt an den Autor, ich habe mich an meine Jugend erinnert)).
- msdn.microsoft.com
Das ist richtig, es gibt viele Methoden.
Aber die Aufgabe ist immer noch dringend - weniger selbstgeschriebene Dlls. Und die Menge des verfügbaren Speichers hat nichts damit zu tun.
Auf dem Markt sind solche Dinge, wie für den Server-Teil, unwahrscheinlich zu erscheinen, die Politik der MK so weit erlaubt Ihnen, nur ein Verbraucher von Informationen und oft innerhalb der Sandbox zu werden.
Aber auf der Client-Seite sind solche Dinge durchaus möglich, da Web-Anfragen und benannte Kanäle bereits aufgetaucht sind.
Der Artikel ist cool, aber der Zweck der Anwendung? Dies ist eine solche Low-Level-Technologie, auch ein einfaches Beispiel erforderlich so viel schriftlich, und wenn etwas Ernstes?
Sie können es nicht in den Markt sowieso, und für sich selbst ist es besser, WCF verwenden . Oder wininet.dll, wenn etwas Einfaches, ist es bereits in Windows enthalten.
Ja, für WCF müssen Sie eine Verbindung mit .NET herstellen, aber dann wird das Leben zu einem Urlaub. Wir tauschen auf Pakete von Bytes, als die dann ist es notwendig, in Komponenten zu zerlegen, und direkt Instanzen von Klassen. Sie können in jedem Modus arbeiten - http, binär, https und alle anderen. Gleichzeitig wurde das ganze Gemmor mit Autorisierung, Parsing, etc. bereits von den Jungs von Microsoft übernommen.
Der Artikel kann als historischer Ausflug in jene Zeiten gewertet werden, als der Speicher auf dem Computer 640 Kb betrug und die Schraube 40 Mb (genau Megabytes :) Der Respekt des Autors, der sich an meine Jugend erinnert)).
Wenn es eine Möglichkeit gäbe, USER_EVENT aus der dll an das Terminal zu senden, gäbe es überhaupt keine Probleme - alle Funktionen, die nicht unbedingt mit dem Handel zusammenhängen (Kommunikation und GUI), könnten aus dem Terminal entfernt werden....
Aber es bleibt das Problem, dass asynchrone Sockets in mql nicht funktionieren (oder besser gesagt, es geht, aber mit Einschränkungen), und synchrones tcp kann den EA leicht zum Hängen bringen...:-(
und so das Problem bleibt, dass asynchrone Socket nicht in mql arbeiten (oder eher es kann, aber mit Einschränkungen).
MQL5 wird bald über rohe Client-Netzwerkfunktionen (ohne Server) verfügen, einschließlich UDP.
Kontrolle durch erlaubte Listen von IP-Adressen und URLs, wie es jetzt für WebRequest funktioniert.
Der asynchrone Socket aus dem Artikel gefällt Ihnen nicht? Welche Einschränkungen sehen Sie darin?
Zunächst einmal geht es in dem Artikel um UDP, nicht um TCP. Das ist also damit gemeint.
und streng genommen ist es nur ein nicht-blockierender Socket, kein asynchroner Betrieb.
Das ist richtig, es gibt viele Methoden.
Aber die Aufgabe ist immer noch dringend - weniger selbstgeschriebene Dlls. Und die Menge des verfügbaren Speichers hat nichts damit zu tun.
Auf dem Markt sind solche Dinge, wie für den Server-Teil, unwahrscheinlich zu erscheinen, die Politik der MK so weit ermöglicht es Ihnen, nur ein Verbraucher von Informationen und oft innerhalb der Sandbox zu werden.
Und Client sind ziemlich, wie Web-Anfragen und benannte Kanäle haben bereits erschienen.
Zunächst einmal geht es in dem Artikel um UDP, nicht um TCP. Und genau darum geht es auch.
und streng genommen wird nur ein nicht-blockierender Socket angegeben, überhaupt kein asynchroner Betrieb.
))))) ja... das sind fünf Punkte für das Lesen des Artikels.
Also schrieb ich, es ist einfacher, wininet.dll zu verwenden.
Wie können Sie so sicher sein, dass wininet.dll die Sockets in Bezug auf die Servererstellung ersetzen wird?
Ihr Jungs überrascht mich.
Maxim Kuznetsov dachte, der Artikel handele von UDP.
Alexey Volchanskiy meint, es ginge um http-Anfragen.
Kurz gesagt, es ist ein kompletter Scherz, keine Worte, wir beurteilen ein Buch nach seinem Umschlag.
Das Forum mit solchen "Experten" ist auf dem Tiefpunkt angelangt.
Wie können Sie so sicher sein, dass wininet.dll Sockets bei der Servererstellung ersetzen wird?
Ihr Jungs überrascht mich.
Maxim Kuznetsov dachte, der Artikel handele von UDP.
Alexey Volchanskiy meint, es ginge um http-Anfragen.
Kurz gesagt, es ist ein kompletter Scherz, keine Worte, wir beurteilen ein Buch nach seinem Umschlag.
Das Forum mit solchen "Experten" ist tief gesunken.
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Neuer Artikel Arbeiten mit Sockets in MQL, oder Wie man ein Signalprovider wird :
Sockets… Was in unserer IT-Welt könnte ohne sie auskommen? Seit 1982 und bis heute kaum verändert arbeiten sie ununterbrochen jede Sekunde für uns. Dies ist die Grundlage des Netzwerks, die Nervenenden der Matrix, in der wir alle Leben. Zuerst brauchen wir ein wenig Theorie. Schauen Sie in die Wiki oder MSDN. Die entsprechenden Artikel beschreiben das notwendigen Arsenal von Strukturen und Funktionen, sowie geben Sie Beispiele zur Einrichtung eines Clients und eines Server. In diesem Artikel wird die Umsetzung dieses Wissens in MQL berücksichtigt.
Autor: o_O