Diskussion zum Artikel "Universeller Expert Advisor: CUnIndicator und das Arbeiten mit Pending Orders (Teil 9)" - Seite 4
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
Natürlich bin ich nicht überrascht, dass die Entscheidung zugunsten von Vasilys Arbeit gefallen ist - sie hat ein fertiges Aussehen, während meine Bibliothek gerade erst entsteht. Sie missverstehen ein wenig den Sinn und das Wesen meiner Artikel - sie beschreiben den Prozess der Erstellung einer Bibliothek, nicht den Prozess der Verwendung einer bereits fertigen Bibliothek. Diejenigen, die in die Entwicklung eintauchen und die Prinzipien verstehen wollen - sie tun es und stellen Fragen, klären und lernen. Jemand hat sofort verstanden, was dort geschrieben steht und verfolgt die Entwicklung. Aber dies ist nicht der Ort, um darüber zu diskutieren - dies ist der Ort, um Vasilys Arbeit zu diskutieren.
Und wie kommen Sie darauf, dass ich, nachdem ich ein riesiges Werk begonnen habe, es einfach über Nacht aufgeben würde? Nein, natürlich nicht. Und es gibt noch viel Entwicklungspotenzial.
Ich habe versucht, Ihre Bibliothek zu verwenden. Sie hat eine Menge nützlicher Funktionen, auch wenn sie für den Handel selbst nicht ausreicht. Aber ich sehe keinen praktischen Nutzen für sie - die Geschwindigkeit der Tests leidet sehr darunter.
Guten Tag. Vielen Dank für Ihr Feedback. Die optimale Lösung ist, die UTE-Codes in ein öffentliches Versionskontrollsystem (Git oder MT) zu stellen. In diesem Fall können die Benutzer nach meiner Überprüfung des Codes Fehler beheben und zusätzliche Änderungen/Verbesserungen am Code vornehmen. Ich denke, dieses System der Projektentwicklung ist optimal für Open Source, denn niemand kann alles alleine tragen.
Was den UTE selbst betrifft, so denke ich, dass seine Hauptfunktionalität gebildet ist. Sie deckt die meisten der gängigen Handelsfunktionen ab. Daher wird die Entwicklung von UTE in dieselbe Richtung keine grundlegend neuen Dinge hervorbringen. Ein funktionaler Rahmen für die Arbeit mit Daten kann jedoch der Entwicklung von UTE einen globalen Impuls geben. Die Idee ist, mit Systemstrukturen im Objektstil und mit Sammlungen (einschließlich Systemstrukturen) im funktionalen Stil zu arbeiten. In diesem Fall wird die klare Unterscheidung zwischen System- und Benutzerdatentypen aufgehoben, und die Abfragen für deren Verarbeitung werden von den Benutzern selbst "on the fly" erstellt (ähnlich wie LINQ in C#). Leider erlauben es die Sprachbeschränkungen nicht, diesen Rahmen auf einer Eins-zu-Eins-Basis zu schreiben, so dass dies immer noch nur eine Idee ist.
Und Multisymbolstrategien, ich verstehe nicht, ob es möglich ist, sie zu erstellen? Eine Strategie, die mit 2 oder mehr Zeichen funktioniert. Nach dem Code von Strategy.mqh zu urteilen, ist das Arbeitswerkzeug immer eins.