Fehler, Irrtümer, Fragen - Seite 2709
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
Warum kann ich einen geschützten Konstruktor nicht von meiner Fabrikmethode in MQL aufrufen?
Das Problem ist der Standardwert. Wenn Sie ihn entfernen, funktioniert alles wie gewünscht:
Warum können Sie in MQL einen geschützten Konstruktor nicht von Ihrer Fabrikmethode aus aufrufen?
Ich habe nicht erraten, wo das nützlich sein könnte.
Ich habe noch nicht erraten, wo das nützlich sein könnte.
Klassische Implementierung des Singleton-Musters.
Eine klassische Implementierung des Singleton-Musters.
Sie können also nicht mehr als eine bestimmte Anzahl von Objekten einer bestimmten Klasse erstellen?
So dass nicht mehr als eine bestimmte Anzahl von Objekten einer bestimmten Klasse erstellt werden kann?
Ja, damit es einen einzigen Zugangspunkt von allen Teilen des Programms zu einer Instanz der Klasse mit veränderbarem Zustand gibt.
Hier ist eine coole Seite, die ich heute über Muster in Bildern und Pseudocode gefunden habe:https://refactoring.guru/ru/design-patterns/singleton
Ja, um einen einzigen Zugangspunkt von allen Teilen des Programms zu einer zustandsändernden Klasseninstanz zu haben.
Hier ist eine coole Seite, die ich heute über Muster in Bildern und Pseudocode gefunden habe:https://refactoring.guru/ru/design-patterns/singleton
Verstanden, danke. Ich habe eine solche Konstruktion schon einmal verwendet.
Das Problem ist der Standardwert. Wenn Sie ihn entfernen, funktioniert alles wie gewünscht:
Aber in C++ funktioniert es auch mit dem Standardwert. Wie wirkt sich das aus?
Hat jemand MQL's CryptEncode(CRYPT_ARCH_ZIP, data[], key[] = {1,0,0,0}, result[]) mit Deflate-Kompression von Websocket angeschlossen? Der öffentliche echo-Server (echo.websocket.org) scheint diese Erweiterung nicht zu unterstützen, ich habe keinen anderen echo-Server gefunden und das lokale node.js gibt die Fehlermeldung "zlib invalid distance too far back", wenn ich versuche, komprimierte Daten zu entschlüsseln. Ich habe server_max_window_bits=15; client_max_window_bits=15 im Header eingestellt, aber es scheint nicht der Fall zu sein, da der Server diese Einstellungen bestätigt. Auf der MQL-Seite kann ich nichts außer dem Schlüssel {1,0,0,0} einstellen ;-(.
Hat jemand MQL's CryptEncode(CRYPT_ARCH_ZIP, data[], key[] = {1,0,0,0}, result[]) mit Deflate-Kompression von Websocket angeschlossen? Der öffentliche echo-Server (echo.websocket.org) scheint diese Erweiterung nicht zu unterstützen, ich habe keinen anderen echo-Server gefunden und das lokale node.js gibt die Fehlermeldung "zlib invalid distance too far back", wenn ich versuche, komprimierte Daten zu entschlüsseln. Ich habe server_max_window_bits=15; client_max_window_bits=15 in der Kopfzeile eingestellt, aber es scheint nicht der Fall zu sein, da der Server diese Einstellungen bestätigt. Auf der MQL-Seite kann ich nichts außer dem Schlüssel {1,0,0,0} einstellen ;-(.
Wenn ich Ihre Frage richtig verstanden habe, wird die GZIP-Komprimierung hauptsächlich in Websockets zur Datenpaketierung verwendet.
Die Konstante CRYPT_ARCH_ZIP verpackt höchstwahrscheinlich in reguläre ZIP.
Wenn Sie wissen, wie man GZIP mit mql5 packen/entpacken kann, bin ich auch interessiert.
Wenn ich die Frage richtig verstehe, verwenden Websockets meist GZIP-Kompression, um Daten zu verpacken.
Die Konstante CRYPT_ARCH_ZIP packt höchstwahrscheinlich auf reguläre ZIP.
Wenn Sie wissen, wie man GZIP mit Hilfe von mql5-Tools packt/entpackt, bin ich ebenfalls interessiert.
Soweit ich weiß, werden mit dem Schalter {1,0,0,0} alle Umhüllungen entfernt und nur das komprimierte Paket belassen. Zumindest das Wort "Hello" erscheint in komprimierter Form in der CryptEncode-Ausgabe und in der Deflate-Ausgabe auf die gleiche Weise. Dementsprechend sollte es auch andersherum funktionieren. MQL gibt jedoch keine weiteren Einstellungen an und zeigt auch nicht die von Deflate verwendeten "Standardeinstellungen" an. Offensichtlich sind sie unterschiedlich, aber nur max_window_bits und no_context_takeover können im Websocket gesteuert werden - erstens sind sie deutlich geringer als beim Deflate-Algorithmus (der auf dem Server konfiguriert wird), zweitens können auch sie nicht in CryptEncode/Decode konfiguriert werden.