Services. Sont-ils déjà opérationnels ? - 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
Des événements personnalisés dans un service seraient le moyen idéal pour obtenir ce type d'informations de l'extérieur sans bloquer la boucle principale du service.
Un exemple de service régulier est le symbole de la formule personnalisée. Malheureusement, il n'y a rien, sauf un rafraîchissement de 10Hz en boucle sans fin. Il est clair que ce n'est pas une bonne idée de mettre en œuvre des flux via des EA/indicateurs. Par conséquent, seuls les services. Et bien d'autres tâches sont d'autres types de programmes MQL. Par exemple, le backoffice doit contenir une interface graphique. Et les services ne sont pas censés l'avoir. Peut-être devrions-nous examiner de plus près les tâches qui doivent réellement être résolues par les services.
Un exemple d'un service régulier est le personnage personnalisé de formule. Malheureusement, il n'y a rien d'autre qu'une mise à jour de 10 Hz dans une boucle infinie. Il est clair que ce n'est pas une bonne idée de mettre en œuvre des flux via des EA/indicateurs. Par conséquent, seuls les services. Et bien d'autres tâches sont d'autres types de programmes MQL. Par exemple, le backoffice doit contenir une interface graphique. Et les services ne sont pas censés l'avoir. Peut-être devrions-nous examiner de plus près les tâches qui doivent réellement être résolues par les services.
C'est à ça que servent les services, à travailler en boucle sur un seul fil.
Par exemple, pour recevoir des données de l'extérieur pour un traitement ultérieur et construire une analyse ou la même interface graphique dans un autre type de programmes mql.
Ce qu'il faut mettre en œuvre dans le service est une question d'imagination et de tâches nécessaires.
L'essentiel est d'avoir la capacité technique.
Dans l'annonce de l'un des builds, on trouve des informations sur un nouveau type de programme, le "module".
Il est possible que ce type de programme étende considérablement ses capacités, si un module séparé était exécuté dans son propre thread, et disposait de tous les gestionnaires comme dans le conseiller expert.
Mais on ne sait pas encore quand il sera introduit, ni quelles seront ses fonctionnalités.
Ce qu'il faut mettre en œuvre dans le service est une question d'imagination et de tâches nécessaires.
L'essentiel est d'avoir la capacité technique.
Alors pourquoi le back-office doit-il être effectué par le Service ?
Vous pouvez faire fonctionner le service, par exemple, pour tenir des statistiques sur les inscriptions. Mais c'est là qu'une boucle sans fin est nécessaire.
Alors pourquoi le back-office doit-il être effectué par le Service ?
Vous pouvez faire fonctionner le service, par exemple, pour tenir des statistiques sur les enregistrements. Mais c'est là que la boucle sans fin est nécessaire.
Pour plus de commodité, courez et oubliez.
Sans utiliser un nombre limité de graphiques, pour faire fonctionner les experts.
sont inconnus de la communauté et ne sont pas proposés par les développeurs comme outil officiel.
pour comprendre pourquoi les services sont nécessaires, il suffit d'analyser ce qu'ils reçoivent comme événements, ... rien du tout, juste le faitde lancer un terminal, c'est en fait une sorte de DOS autoexec.bat, qui ne sait pas comment exécuter (sans utiliser de béquilles) quoi que ce soit
si les services doivent être gérés par un gestionnaire, il devrait y avoir un modèle d'événement, au moins un événement de minuterie et non une boucle sans fin, à mon avis.
sont inconnus de la communauté et ne sont pas proposés par les développeurs comme outil officiel.
pour comprendre pourquoi les services sont nécessaires, il suffit d'analyser ce qu'ils reçoivent comme événements, ... rien du tout, juste le faitde lancer un terminal, c'est en fait une sorte de DOS autoexec.bat, qui ne sait pas comment exécuter (sans utiliser de béquilles) quoi que ce soit
si les services doivent être gérés par un gestionnaire, il devrait y avoir un modèle d'événement, au moins un événement de minuterie et non une boucle sans fin, à mon avis.
Les services exigent que chacun invente des moyens de les utiliser. C'est ce qui les rend intéressants.
1. Chargement des nouvelles en arrière-plan
2-3 peut être implémenté par un script sur OBJ_CHART.
2-3 peut être implémenté via un script sur OBJ_CHART.
Expert/Script nécessite un graphique ouvert.
Le nombre de graphes est limité par le terminal.
Chaque rendu/mise à jour du graphique est une file d'attente de messages du système et une charge de ressources inutile.