Fonction OrderSendAsync() - page 7

 
voix_kas:

Ainsi, la fonction OrderSendAsync() devrait renvoyer le numéro de ticket reçu du serveur (à l'exclusion des situations de dépassement de délai). Le numéro de ticket est nécessaire pour identifier sans ambiguïté la demande auprès du serveur et du client.

Bonjour. Tu sais ce qu'est l'asynchronisme ?
 
TheXpert:
Bonjour. Savez-vous seulement ce qu'est l'asynchronie ?
<<Oubliez l'asynchronie synchrone!>>
 
Nous discutons maintenant de l'ajout d'une fonction OnTradeResult(MqlTradeResult&info), qui aura des détails exacts sur les réponses du serveur.
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса
Документация по MQL5: Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса
  • www.mql5.com
Стандартные константы, перечисления и структуры / Структуры данных / Структура результата торгового запроса - Документация по MQL5
 
Renat:
Nous discutons maintenant de l'ajout de la fonction OnTradeResult(MqlTradeResult&info) qui aura les détails exacts des réponses du serveur.

À mon avis, cela devrait ressembler à ceci du côté de l'utilisateur :

l'utilisateur écrit une classe pour travailler avec des pointeurs et y attache la classe de traitement des signaux commerciaux.

Lorsqu'un ou plusieurs signaux apparaissent, de nouveaux objets sont créés et une ou plusieurs requêtes sont envoyées au serveur ; par conséquent, l'objet existe jusqu'à ce que le signal soit exécuté.

OnTrade surveille le sort et prend une décision (soit/soit), envoie une nouvelle requête ou détruit l'objet au fur et à mesure de son cheminement.

Ce système nécessite l'identification de l'objet à traiter dans le cadre de l'activation de cet événement commercial.

 
Urain:

Dans ce schéma, vous devez identifier l'objet à traiter dans le cadre de cette activation d'événement commercial.

Quel est le problème ?
 
TheXpert:
Quel est le problème ?

Vous plaisantez ?

Le commerce est maintenant sans visage, vous ne pouvez pas dire quel objet de la liste doit être traité lorsqu'il arrive.

 
Urain:

Tu te moques de moi ?

Pas du tout. D'ailleurs, ce n'est pas la peine de s'embêter avec OnTrade, parce que ça ne viendra pas 100% du temps (c'est à peu près la même chose que l'erreur 1 dans MT4).

Je veux dire, tu dois toujours prendre une assurance.

N'est-il pas préférable de "faire bien" ?

 
TheXpert:

Pas du tout. D'ailleurs, il ne vaut pas la peine de s'embêter avec OnTrade, car il ne viendra pas 100% du temps (ce qui est à peu près la même chose que l'erreur 1 dans MT4)

Je veux dire, tu dois toujours prendre une assurance.

N'est-il pas préférable de "faire bien" ?

Justifier pourquoi le commerce ne vient pas dans ~100% des cas ?
 
Urain:
Justifier pourquoi le commerce ne vient pas dans ~100% des cas ?
Parce que les paquets cassés, les connexions interrompues etc... c'est de la merde. Peu fiable. Peu fiable... vous devez rebondir.
 
TheXpert:
Parce que les paquets cassés, les connexions interrompues, etc. sont des conneries. Peu fiable. Peu fiable - vous devez vous déconnecter.

Juste au cas où, nous garderons la file d'attente des transactions commerciales pour les délivrer aux EA et les donner.

Les lacunes en matière de communication dans l'exécution posent un problème, mais la meilleure façon de les résoudre n'est pas encore claire. Dans tous les cas, nous serons en mesure de vérifier toutes les positions ouvertes après la reconnexion.

Raison: