Pourquoi Metaquotes pousse-t-il MT5 au lieu de MT4 ? - page 4
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
Il est étrange qu'au fil des ans, personne n'ait intégré des fonctions d'ordre asynchrone dans la base de connaissances MT4.
Comment c'est ? Des commandes provenant de différents terminaux ?
Comment ça ? Des commandes provenant de différents terminaux ?
Chartow.
Graphiques.
Cette option, malheureusement, ne fonctionne que pour un seul symbole à la fois.
Il est étrange que personne n'ait intégré des fonctions d'ordre asynchrones dans la base de données MT4 au fil des ans.
Je les qualifierais de multithreads mais synchrones car ils attendent de toute façon une réponse du serveur. Il y avait un tel produit sur le marché. Vous pouvez le rechercher.
Je les qualifierais de multithreads, mais aussi de synchrones, car ils attendent de toute façon une réponse du serveur. Il y avait un tel produit sur le marché. Vous pouvez le consulter.
Il est étrange que personne n'ait jamais intégré de fonctions d'ordre asynchrone dans la kodobase MT4 au fil des ans.
Techniquement, il n'est pas difficile de créer un tel système évolutif de conseillers experts auxiliaires pour envoyer des ordres, mais cela en vaut-il la peine ?
Après tout, il n'y a qu'un seul flux commercial de toute façon. Pendant qu'un ordre d'un EA est en cours de traitement, IsTradeContextBusy retournera vrai et les ordres suivants ("parallèles") resteront dans la file d'attente.
Techniquement, il n'est pas difficile de réaliser un tel système évolutif d'EA auxiliaires pour envoyer des ordres, mais cela en vaut-il la peine ?
Après tout, il n'y a qu'un seul fil de discussion sur le commerce de toute façon. Pendant qu'un ordre provenant d'un conseiller expert est en cours de traitement, IsTradeContextBusy renvoie la valeur "true" et les ordres suivants ("parallèles") restent dans la file d'attente.
Ce n'est pas le cas. IsTradeContextBusy retournera vrai si 9 ordres sont envoyés avant qu'au moins un d'entre eux ne soit traité. Vérifié. 8 - oui, tout fonctionne. Neuf en parallèle - oui, "thread busy".
Ce n'est pas le cas. IsTradeContextBusy retournera vrai si 9 ordres sont envoyés avant qu'au moins un d'entre eux ne soit traité. Vérifié. 8 - oui, tout fonctionne. Neuf en parallèle - oui, "le fil est occupé".
Existe-t-il un lien vers une source d'information officielle ? Ensuite, la valeur de retour ne garantit rien, même si le comportement est exactement le même - très probablement, cela signifie qu'il y a un tampon pour 8 commandes mais qu'il y a toujours un thread qui les envoie au serveur.
Existe-t-il un lien vers une source d'information officielle ? Ensuite, la valeur de retour ne garantit rien, même si le comportement est exactement celui-là - cela signifie très probablement qu'il y a un tampon pour 8 commandes, mais qu'il y a toujours un thread qui les envoie au serveur.
Le fil est le même pour un EA. Huit EA dans un compte fonctionneront sans interférer les uns avec les autres.
Je trouve étrange que vous ne le sachiez toujours pas. Cela a été dit de nombreuses fois, y compris par Renat.
Techniquement, il n'est pas difficile de réaliser un tel système évolutif d'EA auxiliaires pour envoyer des ordres, mais cela en vaut-il la peine ?
Lorsque l'on négocie le même portefeuille, on a besoin de cette asynchronie comme de l'air. Puisque les conseillers-experts et les scripts peuvent être lancés sur le MQL4 pur et que de nouveaux graphiques peuvent être ouverts pour eux, il suffit d'écrire une fois un article littéraire pour MT4 - le connecter au code source en une ligne et toutes les fonctions d'ordre deviennent asynchrones, avec OnTrade via CustomEvent et lorsque le conseiller-expert démarre, les huit conseillers-experts universels sont chargés en arrière-plan automatiquement.