Wenn MetaTrader 6 morgen auf den Markt kommt - Seite 8
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
Ich unterstütze diejenigen, die gesagt haben, dass MT gerade im Hinblick auf die Forschungsmöglichkeiten ausgebaut werden muss.
Leider ist dies nicht mit der Politik der Partei vereinbar, und es ist auch logisch, denn die Einnahmen des Unternehmens werden nicht von "Millionen von Händlern"(c) erwirtschaftet, und diese Millionen werden solche Möglichkeiten nie brauchen. Und die wenigen, die noch Matlab, Matcad, R und andere benutzen oder beherrschen werden.
Aber vielleicht werden viele für eine fortgeschrittene Version keine Abonnementgebühr für die Installation auf 2 Computern scheuen.
Zu dem Thema, die Notwendigkeit für benutzerdefinierte Geschichte / Charts, Ticks, erweiterte Tester, etc. bereits gesagt.
Dazu kommen noch ein paar Kleinigkeiten, die mir auf Anhieb eingefallen sind:
- Erweitern Sie das Wesen des Indikators, entfernen Sie die starre Bindung von Haupt- und Unterfenstern und legen Sie fest, welche Puffer in welchen Fenstern/Unterfenstern angezeigt werden sollen.
- Wir brauchen abhängige Eingangsvariablen, um einige Eingaben in Abhängigkeit von den Werten anderer Eingaben sperren zu können.
- Ein spezielles Diagramm, das nicht an ein Symbol gebunden ist und für Informationstafeln und andere Visualisierungen verwendet werden kann.
- Möglichkeit, programmatisch vollständige, vom Terminal getrennte Fenster mit normalen Steuerelementen zur Anzeige von Grafiken/Informationen zu erstellen.
- Etwas anderes ...
Es gibt viele Vorschläge, gute Vorschläge. Aber ein "aber". Sie alle zielen darauf ab, "das Rad neu zu erfinden". Warum können wir nicht nutzen, was bereits entwickelt worden ist? Nun, es gibt moderne, leistungsfähige Hochsprachen (z. B. C# mit seiner riesigen .Net-Bibliothek), es gibt eine gute Entwicklungsumgebung - Visual Studio. Warum sollte man sie nicht nutzen? Dort gibt es fertige Klassen, mit denen sich Bildschirmformulare, verschiedene Diagramme/Grafiken und vieles andere mehr erstellen lassen. Wo bleibt die Effizienz der Entwickler? Warum sollten sie etwas erfinden, das bereits existiert, und ihre Zeit damit verbringen, 4 Jahre lang Fehler zu beheben, anstatt die Plattform zu entwickeln? Es ist einfach nicht klar.
Ein Wunsch für MT6:
1. Handels-APIs in C#.
2. Visual Studio-Entwicklungsumgebung.
3. ein Prüfer mit einer Zeckengeschichte.
4. Multi-Fenster-Visualisierung.
Lange Zeit habe ich solche Wünsche nicht unterstützt, weil ich immer der Meinung war, dass dies unrealistisch ist, weil die unter .Net geschriebenen Programme nicht geschützt werden können, und das ist für MetaQuotes inakzeptabel.
Nun, heute habe ich festgestellt, dass es nicht ganz so ist, oder besser gesagt, überhaupt nicht. Man muss sie nicht in MSIL übersetzen, man kann sie in nativen Binärcode kompilieren und niemand wird die Verschlüsselung dazwischen verbieten.
Deshalb verbinde ich meinen Wunsch mit all meinen Gliedern.
+++.
Viele Vorschläge, vernünftige Vorschläge. Aber ein "aber". Sie alle zielen darauf ab, "das Rad neu zu erfinden". Warum können wir nicht etwas verwenden, das bereits entwickelt wurde? Es gibt moderne, leistungsfähige Hochsprachen (z. B. C# mit seiner riesigen .Net-Bibliothek), es gibt eine gute Entwicklungsumgebung - Visual Studio. Warum sollte man sie nicht nutzen? Denn es gibt fertige Klassen, mit denen sich Bildschirmformulare, verschiedene Diagramme/Grafiken und vieles andere mehr erstellen lassen. Wo bleibt die Effizienz der Entwickler? Warum sollten sie etwas erfinden, das bereits existiert, und ihre Zeit damit verbringen, 4 Jahre lang Fehler zu beheben, anstatt die Plattform zu entwickeln? Es ist einfach nicht klar.
Ein Wunsch für MT6:
1. Handels-APIs in C#.
2. Visual Studio-Entwicklungsumgebung.
3. ein Prüfer mit einer Zeckengeschichte.
4. Multi-Fenster-Visualisierung.
Ich habe lange Zeit davon abgesehen, solche Wünsche zu unterstützen, weil ich immer der Meinung war, dass dies unrealistisch ist, weil "mit .Net geschriebene Programme nicht geschützt werden können, und das ist für MetaQuotes inakzeptabel.
Nun, heute habe ich festgestellt, dass es nicht ganz so ist, oder besser gesagt, überhaupt nicht. Man muss sie nicht in MSIL übersetzen, man kann sie in nativen Binärcode kompilieren und niemand wird die Verschlüsselung dazwischen verbieten.
Deshalb verbinde ich meinen Wunsch mit all meinen mächtigen Gliedmaßen.
+++.
Wie stellen Sie sich das vor?
Nur um etwas zu schreiben!
1. Handels-APIs in C#.
2. Visual Studio-Entwicklungsumgebung.
Dies und vieles mehr ist kostenlos bei Sukhov & Co. erhältlich.
Aber ich habe eine Menge verzögert, ich denke, der Computer ist nicht schwach, 6 Kerne, 16 Gig und alles ist auf ssd, fukk weiß.
Grafiken, die ein paar tausend Punkte anzeigen können, ohne große Verzögerung, wie man sie nur bei den Profis sieht. Offensichtlich sind normale C#-Implementierungen nicht auf Anhieb aufgetaucht, und ich habe nicht speziell nach C# gesucht.
Lange Zeit habe ich solchen Wünschen nicht zugestimmt, weil ich sie für unrealistisch hielt, denn "für .Net geschriebene Programme können nicht geschützt werden, und das ist für MetaQuotes inakzeptabel".
Nun, heute habe ich festgestellt, dass das nicht ganz stimmt. Ich meine, es ist nicht einmal so. Man muss sie nicht in MSIL übersetzen, man kann sie in nativen Binärcode kompilieren und niemand wird die Verschlüsselung dazwischen verbieten.
Deshalb verbinde ich meinen Wunsch mit all meinen Gliedern.
+++.
Der Punkt ist, dass alle Funktionen von .Net auf dem verwalteten Code aufgebaut sind. Folglich muss der Code in der Sprache der virtuellen Maschine geschrieben werden. Visual C++ ist eine eigenständige Sprache, die zwar aus ihren Grenzen ausbrechen darf, aber bei der Speicherverwaltung nicht so geschickt ist.
Übrigens wird MQL5 auch im Code der internen virtuellen Maschine von MetaTrader5 kompiliert, so dass die Gefahr besteht, dass es kaputt geht.
Wie soll das überhaupt funktionieren?
Nur um etwas zu schreiben!
Soll ich mich entschuldigen? :)
Ich kann mir vorstellen, wie es funktionieren würde. Ich werde es nicht erklären, zumindest nicht hier und jetzt. Denken Sie eine Woche lang darüber nach, wie es funktionieren könnte. Konstruktiv. Vielleicht kommen Sie dann auf ein paar vernünftige Ideen.
Für mich zum Beispiel ist es klar, dass es möglich ist. Und es ist viel einfacher (um eine Größenordnung) als den mql5-Compiler zu erstellen. Sogar ich kann es tun (den mql-Compiler kann ich nicht erstellen).
Der Punkt ist, dass alle .Net-Funktionen auf Verwaltungscode aufbauen. Folglich muss der Code in der Sprache der virtuellen Maschine geschrieben werden.
Visual C++ ist eine eigenständige Sprache, die nur ihre Grenzen überschreiten darf, aber keine so komfortable Speicherverwaltung bietet.
Übrigens wird MQL5 auch im Code der internen virtuellen Maschine von MetaTrader5 kompiliert, so dass die Gefahr besteht, dass es kaputt geht.
Dessen bin ich mir bewusst.
Der verwaltete Code kann jedoch bei Bedarf in den nativen CPU-Code kompiliert werden.
Gleichzeitig gehen einige Funktionen verloren, aber das ist durchaus verkraftbar, wenn man bedenkt, dass die Funktionen, die in mql verloren gehen, ohnehin fehlen.
Wie auch immer, es ist einfacher, MSIL in nativen Code zu kompilieren als das Programm in MQL in nativen Code zu kompilieren. Ich glaube, dass Stringo dazu in der Lage ist. :)
Dessen bin ich mir bewusst.
Der verwaltete Code kann jedoch bei Bedarf in nativen CPU-Code kompiliert werden.
Es geht eine Reihe von Funktionen verloren, was durchaus tolerierbar ist, da die Funktionen, die in mql verloren gehen, ohnehin nicht vorhanden sind.
Wie auch immer, es ist viel einfacher, MSIL in nativen Code zu kompilieren als das Programm in MQL in nativen Code zu kompilieren. Ich glaube, dass Stringo damit umgehen kann. :)
pusheax:
Schlagen Sie vor, Experten in Visual Studio C#-Umgebung zu schreiben, dann kompilieren sie in exe?
Das .ex6-Format könnte einfach eine verschlüsselte MSIL sein. Das Entschlüsselungsprogramm befindet sich im Terminal. Die Verschlüsselung erfolgt nach der proprietären Methode der MetaQuotes Software Corp.
// MSIL: MicroSoft Intermediate Language oder Common Intermediate Language (abgekürzt CIL) ist eine von Microsoft entwickelte Zwischensprache für das .NET Framework.
// D. h. der Bytecode der CLR-.NET-Umgebung