Est-il possible de clôturer plusieurs ordres en même temps ? - page 7
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Au contraire, je me demande pourquoi MT5 s'est éloigné de l'exécution synchrone des commandes.
Le traitement asynchrone des ordres de négociation a été parfaitement mis en œuvre dans l'API de JForex par le biais d'événements (vous saurez exactement ce qui est arrivé à chacune de vos demandes de négociation et pourquoi. Là encore, chaque demande de transaction possède un drapeau d'état (créé, mais pas encore envoyé au serveur (par exemple, la communication a échoué)), livré (le serveur l'a accepté), en cours, exécuté). Dans MQL5, ils essaient seulement maintenant de le faire. Et à en juger par les actions des développeurs, ils ne savent pas comment faire mieux.
L'asynchronie elle-même est logique. Les transactions sur différents symboles sont effectuées indépendamment. Mais l'asynchronie sur un instrument de trading ne peut pas être par définition du marché. Bien sûr, sur un serveur MT4, il peut y avoir une asynchronie sur un instrument de négociation, mais ce n'est pas un marché.
Eh bien, eh bien... Ça n'arrivera même pas dans 5 ans. C'est un meurtre à la fois pour les développeurs et pour 99% des utilisateurs.
Ce n'est pas un meurtre pour les développeurs. C'est une logique tout à fait normale pour les objets d'application, conçue et mise en œuvre assez facilement.
Il est même possible de concevoir des applications qui ne soient pas plus complexes que la mise en œuvre actuelle et qui présentent ces fonctionnalités. Mais qui s'en occuperait ? Les développeurs ne disposent pas d'un tel personnel.
Il y a donc un problème du côté des utilisateurs, c'est-à-dire vous et moi, dont la plupart ne sont pas des professionnels et ne tolèrent pas la moindre complication, ce qui conduira à la mise en œuvre de cette fonctionnalité par les métacitations.
Le traitement asynchrone des ordres de négociation a été parfaitement mis en œuvre dans l'API de JForex par le biais d'événements (vous saurez exactement ce qui est arrivé à chacune de vos demandes de négociation et pourquoi. Là encore, chaque demande de transaction possède un drapeau d'état (créé mais pas encore envoyé au serveur (par exemple, la communication a échoué)), livré (le serveur l'a accepté), en cours, exécuté). Dans MQL5, ils essaient seulement maintenant de le faire. Et à en juger par les actions des développeurs, on ne sait pas trop comment faire mieux.
La façon dont c'est actuellement implémenté dans le 5, c'est illogique.
Pour les développeurs, ce n'est pas une fatalité. C'est une logique tout à fait normale pour les objets appliqués, conçue et mise en œuvre assez facilement.