Discussion de l'article "La Méthode Optimale pour le calcul du volume total de la position par Nombre Magique Indiqué" - page 3
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
Je n'ai pas compris la dernière phrase, Integer, si ce n'est pas trop difficile, expliquez ce que vous vouliez dire
Je suppose que vous suggérez de remplacer PositionGetDouble(), POSITION_COMMISSION, POSITION_SWAP, POSITION_PROFIT. par HistoryDealGetDouble(), DEAL_COMMISSION, DEAL_SWAP, DEAL_PROFIT.
.
COMMENT RETIRER DE L'ARGENT DU FOREX, OU COMMENT LE TRANSFÉRER SUR WEBMANI.
Nouvel article La meilleure façon de calculer la position totale en spécifiant le nombre de fantômes a été publiée :
Par Dmitry Fedoseev
on a remarqué ce qui suit : lorsque de nombreux conseillers experts travaillent sur un compte (FORTS, Otkritie), la position globale peut être égale à 0, alors que les conseillers experts sont en position.
En conséquence, le point de position zéro peut se transformer en un nouveau point actuel de position agrégée zéro, mais les experts utilisant la classe perdent alors leurs positions.
Il semble qu'il faille non seulement trouver le point de position zéro cumulée, mais aussi vérifier que tout expert sur ce symbole et en ce point n'a pas de position.
Mais la question se pose de savoir, par exemple, ce qui se passe si un expert a été retiré et que sa pose est couverte par ses mains.
Bonjour.
Aidez-moi à comprendre le fonctionnement de ces classes et de la POO. Supposons que nous ayons connecté cette classe à un Expert Advisor, est-elle exécutée uniquement lorsque l'on y accède à partir de l'Expert Advisor ? Ou bien travaille-t-elle en parallèle et ne donne-t-elle des résultats que sur demande ?
les avertissements et erreurs suivants ont été constatés lors de la compilation dans mql5 : perte possible de données due à la conversion de type de 'long' en 'int' eposvoltest.mq5 426 20 , perte possible de données due à la conversion du type 'long' en 'datetime' eposvoltest.mq5 439 32, perte de données possible due à la conversion de type de 'long' en 'int' eposvoltest.mq5 456 26, perte de données possible due à la conversion de type de 'long' en 'int' eposvoltest.mq5 491 23, la valeur de retour de 'OrderSend' doit être vérifiée eposvoltest.mq5 236 4, la valeur de retour de "OrderSend" doit être vérifiée eposvoltest.mq5 268 4, '-' - expression non booléenne eposvoltest.mq5 279 14, 'MQL5_TESTING' est obsolète, utilisez 'MQL_TESTER' à la place eposvoltest.mq5 335 23, 'MQL5_TESTING' est obsolète, utilisez 'MQL_TESTER' au lieu de eposvoltest.mq5 346 23
10.09.2025