Programmation asynchrone et multithread dans MQL - page 31

Nouveau commentaire
 
Andrey Barinov , En général, votre approche me rappelle la méthode fork() d'Unix. Je pense que si les MKs vissent un fork() régulier dans le terminal, ce sera une solution très élégante - ceux qui le veulent auront un multithreading relativement simple (en termes de connaissances nécessaires), et toutes sortes d'astuces avec des templates/graphiques ne sont pas nécessaires.
 
Andrey Barinov:

Sur un graphique standard, tous les événements sont présents. Sur OBJ_CHART seulement OnChartEvent où l'EA principal envoie OnTick et OnTimer si nécessaire.

Donc, OBJ_CHART dessine le gui et gère les événements de OnChartEvent et c'est tout ?

Le pilote principal de tous les événements dans OBJ_CHART est OnChartEvent(), donc les événements OnTick et OnTimer doivent être envoyés par l'EventChartCustom parce que les ressources ne fonctionneront pas ? Ou plutôt, ils fonctionneront s'ils sont lus avec la commande de OnChartEvent ?

 
Реter Konow:

Donc, OBJ_CHART dessine le gui et gère les événements OnChartEvent et c'est tout ?

Le pilote principal de tous les événements dans OBJ_CHART est OnChartEvent() et les événements OnTick et OnTimer doivent être envoyés par EventChartCustom, car les ressources ne fonctionneront pas... Ou plutôt, fonctionneront-ils s'ils sont lus depuis OnChartEvent ?

L'interface graphique fonctionne dans l'EA principale. Il déclenchera également tous les événements nécessaires sur les agents via OnChartEvent.

 
Andrey Barinov:

L'interface graphique fonctionne dans l'EA principale. Il déclenchera également tous les événements nécessaires sur les agents via OnChartEvent.

Et que fait l'agent(OBJ_CHART) ? Calculs ?

 
Реter Konow:

Et l'agent(OBJ_CHART) fait quoi ? Calculs ?

Les calculs, la logique commerciale. Tout ce qui lui (leur) est délégué. Idéalement, tout ce qui n'est pas une interface graphique.

 
Andrey Barinov:

Tant qu'ils n'interdisent pas l'utilisation de modèles sur le marché. Ils pourraient facilement le faire pour des raisons de sécurité.

 
fxsaber:

Tant qu'ils n'interdisent pas l'utilisation de modèles sur le marché. Ils pourraient facilement le faire pour des raisons de sécurité.

Avez-vous commencé à négocier ?

 
fxsaber:

Tant qu'ils n'interdisent pas l'utilisation de modèles sur le marché. Ils pourraient facilement le faire pour des raisons de sécurité.

Nous traiterons les problèmes au fur et à mesure qu'ils se présenteront :)

 
Andrey Barinov:

Les calculs, la logique commerciale. Tout ce qui lui (leur) est délégué. Idéalement, tout ce qui n'est pas une interface graphique.

Et comment récupérez-vous les résultats des calculs ?

En principe, il peut les écrire dans une ressource, non ?

Et si vous avez besoin de passer un tableau de données pour des calculs ? Donnez-lui une commande via OnChartEvent() pour accéder à la ressource, il lira les données, effectuera le calcul, puis écrira le résultat dans la ressource ?

Mais, dans tous les cas, la commande ne peut être donnée que par l'EventChartCustom()?

Et si nous le bouclons après le premier appel, de sorte qu'il accède et lise constamment la ressource et exécute des commandes à partir de celle-ci ?

Désolé pour le grand nombre de questions. ))

 
Vict:

Avez-vous commencé à négocier ?

Non, je faisais un billet de blog.

1...242526272829303132333435363738...40
Nouveau commentaire
Raison: