La grande et terrible MT4 pour toujours (ou comment organiser une transition) - page 23
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 semble que cela fonctionne comme ça :
mais c'est très lent, et ce n'est pas une très bonne solution.
il semble que ça fonctionne comme ça :
mais c'est très lent, et ce n'est pas une très bonne solution.
Vous avez fait presque cette option.
Forum sur le trading, les systèmes de trading automatisés et les tests de stratégies de trading
La Grande et l'Horrible MT4 Forever (ou comment établir une stratégie de migration)
fxsaber, 2021.05.09 00:36
Vous pouvez utiliser cette condition :
En général, nous avons besoin d'une sorte de RefreshPositions() synchrone de la part des développeurs qui renverra de manière fiable du serveur l'état des positions et des commandes.
Ensuite, celui qui en a besoin envoie des ordres de manière asynchrone, et celui qui n'en a pas besoin attend la réponse du serveur dans le corps du programme.
C'est ça le truc, ça l'a fait. Lorsque le script termine son exécution, une ou deux positions sont laissées en suspens (en fonction du nombre d'impressions insérées dans le code).
Code :
Résultat :
Pour compléter le tableau, ajoutez l'écouteur d'événement de transaction de l'article https://www.mql5.com/ru/article s/2513 au graphique adjacent
Pour voir l'ordre des événements
+ addrequest_id - ID de la demande à définir par le terminal lors de l' envoi de la commande.
Combien de commandes y sont réellement envoyées
imho, OnTradeTransaction() ne garantit rien non plus, la séquence des événements n'est pas garantie, de même que la livraison des informations au terminal lui-même - je veux parler du cas des fournisseurs d'accès à Internet qui ne sont pas les plus fiables
il n'y a pas de mécanisme contrôlant OnTradeTransaction(), ou j'ai ou je n'ai pas reçu tous les événements dans une séquence stricte
PZY : J'aimerais qu'un programmeur MQ pas trop occupé trouve 2 heures pour écrire une fonction renvoyant une description textuelle du code d'erreur. Ce serait génial, et il y aurait moins d'écriture dans MQL5 et aucun besoin dans MT4 - laissez-les faire manuellement.
;)
Trouvé dans la codobase et les derniers codes ajoutés
Les gens ont donc demandé l'accès à la boîte noire - ils l'ont obtenu.
Maintenant, vous devez faire la synchronisation vous-même. Demandé ? Ils l'ont fait. L'ont-ils fait ? Ils l'ont fait. C'est bon ? Ils ont dit que ce serait bien. Une fois qu'il a été donné, il est devenu mauvais.
1. Je ne l'ai pas demandé.
2. personne n'a dit que le prix serait l'intégrité des données, ce qui est beaucoup plus important.
au lieu d'une démagogie nue comme "notre faute", pouvez-vous proposer une solution sans béquilles ?
Trouvé dans kodobase et ajouté les derniers codes
J'ai fait le même code en une demi-heure à partir de l'aide ME - j'ai ouvert les codes d'erreur, j'ai mis la souris en surbrillance, j'ai fait Ctrl+C , j'ai créé une page Excel vide, j'ai fait Ctrl+V et j'ai ajouté des colonnes avec case : et des guillemets inversés.
puis Ctrl+C+Ctrl+V dans ME
ok, apparemment "endurer des difficultés" n'est pas juste un article du manuel militaire, c'est plus comme notre mentalité
1. Je ne l'ai pas demandé.
2. personne n'a dit que le prix serait l'intégrité des données, ce qui est bien plus important.
Au lieu de la démagogie du "blâmez-vous", pouvez-vous proposer une solution sans béquilles ?
J'ai fait le même code en une demi-heure à partir de l'aide ME - j'ai ouvert les codes d'erreur, j'ai mis la souris en surbrillance, j'ai fait Ctrl+C , j'ai créé une page Excel vide, j'ai fait Ctrl+V et j'ai ajouté des colonnes avec la casse : et des guillemets inversés.
puis Ctrl+C+Ctrl+V dans ME
ok, apparemment "endurer des difficultés" n'est pas juste un article du manuel militaire, c'est plus notre mentalité