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
Bisher kann ich mir keine Verwendung für diese Bibliothek vorstellen.
Auf dem Forex wird sie definitiv nicht benötigt, und auch an der Börse besteht kein Bedarf.
Wenn Sie von teilweiser Ausführung sprechen, dann funktioniert sie auf dem Forex in vollem Umfang. Gerade deshalb ist die Asynchronität am Forex sehr gefragt, und deshalb kann diese Bibliothek nützlich sein.
Haben Sie diese Bibliothek an der Börse getestet?
Ich habe sie nicht an der Börse getestet, aber Börse und Forex sind für die Bibliothek technisch dasselbe. Sie erhalten einfach Daten über alle Transaktionen, wo immer Sie wollen und wann immer Sie wollen. Mehr gibt es nicht zu tun. Hier hängt also nichts von der Art des Marktes ab.
In welchem Fall wird sie Ihrer Meinung nach nützlich sein?
Die Bibliothek wird nützlich sein, wenn Asynchronität zum Einsatz kommt. Dabei handelt es sich um das massenhafte Versenden von Handelsaufträgen(mehr als einer). Es kann viele Szenarien geben:
Es ist notwendig zu experimentieren. Ich denke, dass das gleichzeitige Schreiben/Lesen einer Ressource genauso funktioniert wie bei globalen Variablen, da das Schreiben in beiden Fällen eine Erzeugung ist: ResourceCreate und GlobalVariableSet. Der einzige Unterschied zwischen einer Ressource und einer globalen Variable ist, dass man nicht einmal theoretisch gleichzeitig etwas in eine Ressource schreiben kann. Bei globalen Variablen ist das möglich.
Tatsächlich ist das Lesen einer Ressource das Abrufen eines Teils der Daten aus dem Speicher. Und wenn das Lesen begonnen hat, sollte das Schreiben einer Ressource keinen Einfluss darauf haben, da beim Schreiben ein weiteres Stück Speicher zugewiesen wird. Sie können sich kaum überschneiden, weil das Betriebssystem selbst dies höchstwahrscheinlich verhindern wird. Aus diesem Grund sollte es meiner Meinung nach keine Lade-/Speicherkonflikte mit Ressourcen geben. Aber natürlich ist es besser, den Entwicklern diese Frage zu stellen.
Ist eine Ressource mit dem gleichen Namen nicht die gleiche Ressource (bzw. ein Stück Speicher)?
Das ist leicht zu überprüfen - man sollte etwas Langes mit einer speziellen Markierung am Ende schreiben und es parallel lesen. Wenn nicht die ganze Nachricht gelesen wird, kann es einen Konflikt geben.
Ist eine Ressource mit dem gleichen Namen nicht die gleiche Ressource (bzw. der gleiche Speicherplatz)?
Schreiben ist das Erzeugen einer anderen Ressource.
Das lässt sich leicht überprüfen - schreiben Sie etwas Langes mit einer speziellen Markierung am Ende und lesen Sie es parallel. Wenn nicht die ganze Nachricht gelesen wird, kann es einen Konflikt geben.
Dieses Testskript zeigt, dass es keinen Konflikt gibt.
Die Aufnahme ist die Schaffung einer weiteren Ressource.
Dieses Überprüfungsskript zeigt, dass es keine Konflikte gibt.
So etwas hatte ich auch im Sinn:
Es scheint wirklich nicht verloren zu sein.
Ich meinte so etwas wie dies:
Es scheint wirklich nicht verloren zu gehen.
Bei dieser Variante der Prüfung werden Änderungen der Größe der Ressource und der Daten am Ende der Ressource nicht berücksichtigt.
Bei dieser Prüfvariante werden Änderungen in der Größe der Ressource und der Daten am Ende der Ressource nicht berücksichtigt.
Können zuvor geschriebene Daten im Speicher verbleiben? Wie sind sie zu löschen?
Können zuvor aufgezeichnete Daten im Speicher bleiben?
Theoretisch ist dies möglich. Deshalb sollten Sie auch dies überprüfen.
Wie kann man sie löschen?
Forum zum Thema Handel, automatisierte Handelssysteme und Testen von Handelsstrategien
Bibliotheken: TradeTransactions
fxsaber, 2018.09.20 16:23.
ResourceINT.Free(); // Gelöschte Daten aus der RessourceReinigung der Ressource - Löschung.
Theoretisch kann das erlaubt sein. Deshalb sollten Sie es auch überprüfen.
Es gibt keine Fehler bei zwei unterschiedlich langen Zeichenketten:
Auch bei zwei unterschiedlich langen Zeichenketten treten keine Fehler auf:
Das ist richtig. Deshalb habe ich gesagt, dass der ursprüngliche Code dies überprüft hat.
auf ein klassenweites Attribut statt auf ein Instanzattribut zugreift.
Das gleiche gilt für die Klassendeklarationen, und Sie verwenden so gerne Makros, dass ich nie weiß, ob Ihre Klassendeklarationen Makros oder Enums sind. Gemäß den MQL-Standardkonventionen sollten Sie nur ALLCAPS für Enums, Makros und Konstanten verwenden - und CamelCase wird für Klassendeklarationen verwendet. Auch Variablen werden gemäß der MQL-Konvention mit snake_case definiert.
Es ist nicht meine Absicht, Sie mit meiner konstruktiven Kritik zu beleidigen, und ich weiß, dass Sie sehr hart daran arbeiten, diese Bibliotheken für alle frei zu machen, was großartig ist und wir brauchen mehr Entwickler wie Sie. Ich weiß, dass ich nicht nur für mich selbst spreche, und wenn Sie nur eine kleine Änderung am Stil vornehmen würden, dann würden mehr Entwickler Ihre Bibliotheken verwenden. Das ist doch das, was Sie wollen, oder nicht?