Wer kann diesem Zeichen schon widerstehen? Ich nicht
Okay, ich habe ein Konzept erstellt und erstelle gerade eine Testversion. Die funktioniert auch schon (unidirektional). Was habe ich vor? Siehe anhängendes Bild.
Der Name ist da, damit einfach einer vorhanden ist - gibt sicherlich bessere. Aber nun zum Inhalt.
MTEC.mq4 ist ein MQL-Sourcecode, welcher eigenständig arbeiten kann, aber auch in eigene EAs eingebunden werden kann. Darin sind DLL-Funktionen als Imports vorhanden. Mit den DLL-Funktionen kann ich mit einem externen Programm Kontakt aufnehmen, z.B. der geplanten GUI. Die Kommunikation erfolgt per TCP/IP, funktioniert somit lokal, aber auch remote z.B. im LAN oder über das Internet! In der GUI kann ich losgelöst vom Terminal Informationen darstellen und Kommandos zurücksenden, die dann in der MTEC.mq4 verarbeitet werden können.
Außerdem träume ich davon, dass ich eine Datenbankanbindung (Access reicht ja) habe. Ich möchte nämlich meine Orders mit Eigenschaften versehen, sodass ich bei Absetzen der Order gleich Informationen dranhängen kann. Mit diesen Infos an der Order kann ich im späteren Verlauf Ausstiege verarbeiten. Die Infos blieben dann auch beim Neustart des EAs vorhanden.
Ich erstelle gerade erstmal ein "proof of concept", eine Art Machbarkeitsstudie. Wenn die positiv verläuft, werde ich weiterentwickeln. Was geht bisher: Messages vom MT4 an die GUI. Sobald der Rückweg funktioniert, werde ich gerne mal die Version posten. Vorher nicht.
Für mich ist die TCP/IP-Verbindung wichtig, da ich beruflich viel unterwegs bin. Zu Hause läuft dann mein Computer mit EA und per Remote-GUI könnte ich meinem EA andere Parameter mitteilen (z.B. geänderte Markteinschätzung...).
Bis Ende nächster Woche müsst ihr euch gedulden (falls überhaupt Interesse besteht), vorher komme ich zeitlich nicht dazu.
Was könnte die Community leisten?
Testen, Ideen, Definition des Kommunikations-Protokolls, Definition der Standard-Funktionen... Wenn das Kommunikationsprotokoll zwischen DLL und GUI offen ist, könnten auch andere Programmierer eigene GUIs schreiben. Was auch immer.
Wer kann diesem Zeichen schon widerstehen? Ich nicht
Okay, ich habe ein Konzept erstellt und erstelle gerade eine Testversion. Die funktioniert auch schon (unidirektional). Was habe ich vor? Siehe anhängendes Bild.
http://img291.imageshack.us/img291/8982/mtec.png
Der Name ist da, damit einfach einer vorhanden ist - gibt sicherlich bessere. Aber nun zum Inhalt.
MTEC.mq4 ist ein MQL-Sourcecode, welcher eigenständig arbeiten kann, aber auch in eigene EAs eingebunden werden kann. Darin sind DLL-Funktionen als Imports vorhanden. Mit den DLL-Funktionen kann ich mit einem externen Programm Kontakt aufnehmen, z.B. der geplanten GUI. Die Kommunikation erfolgt per TCP/IP, funktioniert somit lokal, aber auch remote z.B. im LAN oder über das Internet! In der GUI kann ich losgelöst vom Terminal Informationen darstellen und Kommandos zurücksenden, die dann in der MTEC.mq4 verarbeitet werden können.
Außerdem träume ich davon, dass ich eine Datenbankanbindung (Access reicht ja) habe. Ich möchte nämlich meine Orders mit Eigenschaften versehen, sodass ich bei Absetzen der Order gleich Informationen dranhängen kann. Mit diesen Infos an der Order kann ich im späteren Verlauf Ausstiege verarbeiten. Die Infos blieben dann auch beim Neustart des EAs vorhanden.
Ich erstelle gerade erstmal ein "proof of concept", eine Art Machbarkeitsstudie. Wenn die positiv verläuft, werde ich weiterentwickeln. Was geht bisher: Messages vom MT4 an die GUI. Sobald der Rückweg funktioniert, werde ich gerne mal die Version posten. Vorher nicht.
Für mich ist die TCP/IP-Verbindung wichtig, da ich beruflich viel unterwegs bin. Zu Hause läuft dann mein Computer mit EA und per Remote-GUI könnte ich meinem EA andere Parameter mitteilen (z.B. geänderte Markteinschätzung...).
Bis Ende nächster Woche müsst ihr euch gedulden (falls überhaupt Interesse besteht), vorher komme ich zeitlich nicht dazu.
Was könnte die Community leisten?
Testen, Ideen, Definition des Kommunikations-Protokolls, Definition der Standard-Funktionen... Wenn das Kommunikationsprotokoll zwischen DLL und GUI offen ist, könnten auch andere Programmierer eigene GUIs schreiben. Was auch immer.
Soooo - wie war das mit Thread Hijacking?
RAiNWORM