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
Le fait est que lorsqu'un ordre est en cours d'exécution, vous ne contrôlez pas son exécution et vous ne bloquez donc pas OnTick() ou OnBookEvent().
Vous devez traiter l'événement de transaction dans OnTradeTransaction() pour contrôler rapidement l'ordre en cours d' exécution.
Je posterai bientôt le code pour le faire.
Ahem. Je vais devoir y réfléchir, merci !
Ou plutôt :
Je vois, mais on peut douter que cette construction bloque OnBookEvent(). L'événement du changement de verre peut se dérouler en grappes, après tout. Je vais le vérifier, merci encore.
Si vous avez des doutes, n'utilisez pas les conseils, mais j'ai vécu la même chose que vous jusqu'à ce que je mette en place un "filet de sécurité".
Non, c'est une idée intéressante et plus une commande prend du temps à être exécutée, meilleure est la qualité de son travail. Dans le cas que j'ai cité, l'exécution de l'ordre et la suppression de l'ordre ont eu lieu dans le même ms. Nous devons également vérifier la logique du conseiller expert.
OrderSend(). Quelle est la différence dans ce cas ?
C'est plus précis :
Pas plus vrai.
Lesdeux derniers paramètres request et result sont remplis de valeurs uniquement pour le type de transaction TRADE_TRANSACTION_REQUEST, les informations sur la transaction peuvent être obtenues à partir du paramètre type de la variable trans.
Pas plus vrai.