Ce que RefreshRates() met à jour - page 8
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
Si vous devez vraiment le faire, ça marche :)
Exactement
Quoi "exactement" ? En A, au moins une fois toutes les deux minutes, vous devez demander des données du bon symbole et de la bonne période pour les tenir à jour. Qu'est-ce que "c'est beaucoup plus compliqué" a à voir avec ça ?
Ce n'est pas la première fois que j'entends "au moins une fois toutes les deux minutes dans la bonne période". D'où vient l'information, est-elle dans le manuel ou s'agit-il d'une péremption dans la création de béquilles ?
Ce n'est pas la première fois que j'entends "au moins une fois toutes les deux minutes dans la bonne période". D'où vient l'information, est-elle dans le manuel ou provient-elle des données expérimentales lors de la création des béquilles ?
Les résultats de la communication avec les développeurs sur le forum.
Quoi "exactement" ? En 5, au moins une fois toutes les deux minutes, vous devez demander les données du bon symbole et de la bonne période pour les tenir à jour. Qu'est-ce que cela a à voir avec "c'est beaucoup plus compliqué" ?
Cela dit, c'est effectivement plus compliqué. Par exemple, l'initialisation (attente de données). Ce problème n'existe pas dans 4ka.
Et l'actualisation régulière n'a pas toujours aidé, dans de nombreux cas, les gens se sont plaints de "séries temporelles qui tombent". Il y avait beaucoup d'insectes dans cette zone. Il peut ou non avoir été réparé.
Et nous n'avons pas besoin de béquilles, les séries chronologiques sont constamment mises à jour par elles-mêmes.
Le moyen le plus simple est de vérifier le nombre de barres dans la série. S'il y a plus d'une barre, cela signifie que l'historique est en cours de chargement et que nous le recalculons.
Et nous n'avons pas besoin de béquilles, les séries chronologiques sont constamment mises à jour par elles-mêmes.
Une telle option semble être plus difficile. Qu'est-ce qui le justifie ? Le code est possible.
Une telle option semble être plus difficile. Qu'est-ce qui le justifie ? Le code est possible.
Quoi "exactement" ? En 5, au moins une fois toutes les deux minutes, vous devez demander les données du bon symbole et de la bonne période pour les tenir à jour. Qu'est-ce que cela a à voir avec "c'est beaucoup plus compliqué" ?
Je ne sais pas ce que vous entendez par "plus compliqué", mais je suis sûr que vous pourrez utiliser iTime régulièrement pour les bonnes échéances, pas nécessairement deux minutes, et qu'est-ce que vous n'aimez pas ?
Avec les dindes, c'est clair. Je voulais dire pour l'EA. Dans OnTick()
Avec les dindes, c'est clair. Je voulais dire pour l'EA. Dans OnTick()
de la même manière, créer les mêmes variables et vérifier iBars
Exactement la même chose, créer les mêmes variables et vérifier iBars
Cela fonctionnera, mais il y a des problèmes pour obtenir la valeur précédente au premier lancement, lors du chargement d'un nouvel historique, lorsque le nombre de barres dans l'historique change de l'extérieur. Mais cela fonctionne si l'appel de l'iBar stimule le terminal à effectuer les prochaines mises à jour des séries temporelles.