Toute question des nouveaux arrivants sur MQL4 et MQL5, aide et discussion sur les algorithmes et les codes. - page 493
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
Pouvez-vous nous dire si la fonction de fermeture de tous les ordres ouverts par l'EA par le symbole est correctement implémentée ?
L'architecture elle-même est correcte. Les erreurs résident dans l'absence de contrôles et l'utilisation de certaines fonctions :
L'architecture elle-même est correcte. Les erreurs résident dans l'absence de contrôles et l'utilisation de certaines fonctions :
Merci, le principal problème était probablement d'utiliser le même prix.
Extrait de l'aide d'OrderSelect " Lorsque les ordres sont sélectionnés de manière séquentielle à l'aide du paramètre SELECT_BY_POS, les informations sont données dans l'ordre dans lequel elles proviennent du serveur commercial. Aucun tri de la liste d'ordre obtenue n'est garanti".
Si nous pensons que cette phrase a été insérée dans l'aide pour rien, nous sommes d'accord. Si nous pensons qu'elle était là pour une raison, nous ne devrions pas modifier cette liste pendant le parcours de la boucle dans la liste des commandes. On ne sait pas comment les commandes seront ordonnées après la suppression de l'une d'entre elles sur le serveur et l'arrivée d'une nouvelle liste courante avec un plus petit OrdersTotal. Il est plus fiable, sans supprimer, de parcourir la même copie inchangée de la liste et de collecter (dans un tableau) tous les numéros de tickets des transactions à supprimer. Ensuite, oubliez cette liste et supprimez les transactions, en les sélectionnant par ticket.
On aimerait croire, bien sûr, que l'ordre dans la liste modifiable est préservé, ne serait-ce que pour ce cas de suppression de plusieurs ordres à la fin d'une liste non ordonnée, mais les développeurs s'y opposent... Maintenant, cela fonctionne, et si une nouvelle construction sort - "nous avons prévenu".
Extrait de l'aide d'OrderSelect " Lorsque les ordres sont sélectionnés de manière séquentielle à l'aide du paramètre SELECT_BY_POS, les informations sont données dans l'ordre dans lequel elles proviennent du serveur commercial. Aucun tri de la liste d'ordre obtenue n'est garanti".
Si nous pensons que cette phrase a été insérée dans l'aide pour rien, nous sommes d'accord. Si nous pensons qu'elle était là pour une raison, nous ne devrions pas modifier cette liste pendant le parcours de la boucle dans la liste des commandes. On ne sait pas comment les commandes seront ordonnées après la suppression de l'une d'entre elles sur le serveur et l'arrivée d'une nouvelle liste courante avec un plus petit OrdersTotal. Il est plus fiable, sans supprimer, de parcourir la même copie inchangée de la liste et de collecter (dans un tableau) tous les numéros de tickets des transactions à supprimer. Ensuite, oubliez cette liste et supprimez les transactions, en les sélectionnant par ticket.
On aimerait croire, bien sûr, que l'ordre dans la liste modifiable est préservé, ne serait-ce que pour ce cas de suppression de plusieurs ordres à la fin d'une liste non ordonnée, mais les développeurs s'y opposent... Maintenant, cela fonctionne, et si une nouvelle construction sort - "nous avons prévenu".
Une telle "Amérique" est ouverte depuis environ trois cents ans :)
Ce genre d'"Amérique" est ouvert depuis environ trois cents ans :)
Je ne pense pas que les personnes qui posent des questions ici au nom des nouveaux arrivants l'aient déjà découvert elles-mêmes. C'est pour ça que je l'écris. Pas pour les modérateurs, mais pour ceux qui posent des questions. Regardez le nom du fil de discussion.
P.S. J'ai cherché d'où venait cet intérêt. Il s'avère qu'il provient de la branche https://www.mql5.com/ru/forum/215783/page8"Organiser le cycle des commandes". Il se trouve qu'en octobre 2017, ces trois cents ans ne sont pas encore terminés, il y a encore de la nouveauté.
Je ne pense pas que les personnes qui posent des questions ici au nom des nouveaux arrivants l'aient déjà découvert elles-mêmes. C'est pour ça que j'écris. Pas pour les modérateurs, mais pour ceux qui posent des questions. Regardez le nom du fil de discussion.
P.S. J'ai regardé d'où venait cet intérêt. Il s'avère qu'il provient de la branche https://www.mql5.com/ru/forum/215783/page8"Organiser le cycle des commandes". Il se trouve qu'en octobre 2017, ces trois cents ans ne sont pas encore terminés, il y a encore de la nouveauté.
Encore faux :) Trois cents ans ont commencé sur mql4.com - il fut un temps où l'on y discutait activement. Et il y a même eu ces moments, que vous avez décrits dans "Maintenant, ça marche, et une nouvelle construction va sortir - "nous vous avions prévenus". Seulement sans avertissement, et donc plusieurs fois - ça dépend, ça ne dépend pas du tri...
Et, oui, il y a un fil spécial pour de telles réponses :
Extrait de l'aide d'OrderSelect " Lorsque les ordres sont sélectionnés de manière séquentielle à l'aide du paramètre SELECT_BY_POS, les informations sont données dans l'ordre dans lequel elles proviennent du serveur commercial. Aucun tri de la liste d'ordre obtenue n'est garanti".
Si nous pensons que cette phrase a été insérée dans l'aide pour rien, nous sommes d'accord. Si nous pensons qu'elle était là pour une raison, nous ne devrions pas modifier cette liste pendant le parcours de la boucle dans la liste des commandes. On ne sait pas comment les commandes seront ordonnées après la suppression de l'une d'entre elles sur le serveur et l'arrivée d'une nouvelle liste courante avec un plus petit OrdersTotal. Il est plus fiable, sans supprimer, de parcourir la même copie inchangée de la liste et de collecter (dans un tableau) tous les numéros de tickets des transactions à supprimer. Ensuite, oubliez cette liste et supprimez les transactions, en les sélectionnant par ticket.
J'aimerais, bien sûr, croire que l'ordre dans la liste modifiée est préservé au moins pour ce cas de suppression de plusieurs ordres à la fin d'une liste non ordonnée, mais les développeurs sont contre... Maintenant ça marche, et si une nouvelle version sort, "on vous a prévenu".
Comme une bonne idée (considérant qu'il peut y avoir plusieurs Expert Advisors + trader travaillant sur le compte en parallèle), vous ne pouvez pas du tout effectuer des transactions en boucle. L'ordre nécessaire est reçu, l'opération est exécutée, l'ensemble de OnTick() est exécuté à nouveau (pas nécessairement avec l'arrivée d'un nouveau tick). Et ainsi de suite, jusqu'à ce que toutes les opérations nécessaires soient exécutées.
Ainsi, former un tableau pour supprimer des commandes est équivalent à supprimer des commandes dans la boucle.
Il y a un bouton "Stop", comment puis-je changer son texte en "Start" une fois appuyé ?
Voir mon exemple d'expert
Regardez l'exemple de mon conseiller expert
Merci, juste ce dont j'avais besoin.
Il pourrait être utile de savoir qu'il y a une erreur dans les positions manquantes--- ToFile EURUSD,H1 : zero divide in 'ToFile.mq4' (62,39)
Le texte ne change pas dans le testeur, il n'y a pas cette option ?