Erstellen einer grafischen Benutzeroberfläche für MQLs im grafischen Modus. - Seite 9
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
Jetzt können Sie es einfach schärfen ))
Immer noch nichts als Gefühle.
Alexey, was willst du? Du bist ein bisschen verschwommen nach glücklichen Ereignissen :-)
Keine Emotionen - Ihre Liebe zu .net ist ein Produkt von Management und Emotionen. Man muss die Vor- und Nachteile abwägen, bevor man sich für eine Technologie entscheidet, und dann rennt man wie die Lemminge.
c .netProjekt erfordert 2 Shells für die Entwicklung (MT und VS). Ein Netleneck C++ kann erstellt werden, ohne die gemeinsame Umgebung zu verlassen.
Das Debuggen von .net dlls, die von MT5 aus laufen, mit zunehmendem Schutz vor Debugging und Tracing, mag einfach sein, aber ich persönlich brauche es nicht.
Überlagerungen beim DLL-Aufruf sind ebenfalls vorhanden. Und beim Laufzeitmodell, wenn MT nur abfragt, sind sie sehr empfindlich. Wenn wir die Hyperkubusberechnung in der DLL ausführen, werden wir dies nicht bemerken.
Aber wenn Sie ständig das Formular abfragen, ob der verdammte Benutzer OK gedrückt hat, dann oh-oh. Und bei Ihren Lieblingshändlern :-)
Immer noch nichts als Emotionen.
Alexej, was willst du? Du bist nach den freudigen Ereignissen ein wenig verwirrt :-)
Keine Emotionen - Ihre Liebe zu .net ist ein Produkt von Management und Emotionen. Man muss die Vor- und Nachteile abwägen, bevor man sich für eine Technologie entscheidet, und dann rennt man wie die Lemminge.
Ein .net-Projekt erfordert 2 Shells für die Entwicklung (MT und VS). Ein C++ Netleneck kann in der gleichen Umgebung entwickelt werden.
Das Debuggen von .net dll, die von MT5 aus gestartet wird, mit zunehmendem Schutz vor Debugging und Tracing, mag einfach sein, aber ich persönlich brauche es nicht.
Überlagerungen bei DLL-Aufrufen sind ebenfalls vorhanden. Und beim Laufzeitmodell, wenn MT ausschließlich abfragt, sind sie sehr empfindlich. Wenn wir die Hyperkubusberechnung in der DLL ausführen, werden wir dies nicht bemerken.
Aber wenn Sie ständig das Formular abfragen, ob der verdammte Benutzer OK gedrückt hat, dann oh-oh. Und bei Ihren Lieblingshändlern :-)
Maxim, wenn es um Feedback geht, macht es keinen Unterschied, ob Sie Net oder C++ verwenden. Sie haben zum Beispiel ein GUI in Tcl implementiert. Schließlich haben Sie auch ein Feedback-Problem. Sie ist nicht von der Entwicklungsumgebung abhängig. Wenn Sie versuchen, die grafische Benutzeroberfläche auf einem Diagramm zu hosten, tritt das gleiche Problem mit dem Rendering auf. Es ist ja nicht so, dass in diesem Thread überhaupt über die Leistung diskutiert wird. Das ist im Grunde eine Frage des Geschmacks.
Unwissenheit schafft Vertrauen. Aber Wissen vervielfacht den Kummer.
Renat, da Sie "bekam in" das Thema, können Sie mir sagen, wie man Feedback zwischen Drittanbieter-Anwendung zu implementieren, egal in welcher Umgebung geschrieben, auch mit C ++, mit MT.
Renat, da du dich in das Thema "eingearbeitet" hast, könntest du mir sagen, wie man mit MT eine Rückkopplung zwischen einer Anwendung eines Drittanbieters implementiert, egal in welcher Umgebung sie geschrieben ist, selbst wenn es sich um C++ handelt.
Das ist unmöglich. Sogar innerhalb von MT ist alles nur vordefiniert. MQ-Ereignisse.
Nun, in MT ist es einfacher, durch Veranstaltungen. Wenn ein Ereignis eintritt, führen wir den Befehl aus, wenn kein Ereignis eintritt, ruhen wir. Und die Verwendung eines Timers zum Ruckeln einer externen Anwendung, egal auf welchem Medium sie geschrieben ist, ist nicht sehr praktisch. Außerdem gibt es bei MT, anders als bei net, keine Threads. Sowohl der Timer als auch die Ereignisse laufen alle in einem einzigen Thread ab, was entsprechende Einschränkungen mit sich bringt. Wenn es möglich wäre, das gleiche OnChartEvent von außen aufzurufen, könnten viele Fragen gelöst werden. Ich verstehe grundsätzlich nicht, warum es verboten ist, diese Methode aufzurufen. Schließlich fängt MT ja auch Umgebungsereignisse ab: Mausbewegungen, Tastatur- oder Mausklicks... In diesem Sinne interagieren Ereignisse mit dem Windup, und es ist nicht klar, warum ein Benutzerereignis nicht auch dorthin geleitet werden kann. Es wäre ein universeller Zauberer.
Nun, in MT ist es einfacher, durch Veranstaltungen. Wenn ein Ereignis eintritt, führen wir den Befehl aus, wenn es kein Ereignis gibt, ruhen wir. Aber es ist nicht sehr bequem, eine externe Anwendung zeitlich zu ziehen, egal auf welchem Medium sie geschrieben ist. Außerdem gibt es bei MT, anders als bei net, keine Threads. Sowohl der Zeitgeber als auch die Ereignisse laufen alle in einem Thread ab, was entsprechende Einschränkungen mit sich bringt.