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
La solution au problème
C'est-à-dire que le problème est d'ajouter DEUX lignes identiques à un indicateur.
Code de la bibliothèque
Y a-t-il quelque chose de plus simple, de plus clair et de plus vivant ?
J'ai également besoin d'un nom de variable globale pour chaque instance de l'indicateur, au cas où il y aurait deux indicateurs avec des paramètres différents dans le graphique).
Cela ne peut-il pas être plus simple, plus clair et plus évident ?
Non.
De plus, chaque instance d'indicateur a besoin de son propre nom de variable globale, au cas où il y aurait deux indicateurs avec des paramètres différents dans le graphique).
Vous ne devriez pas le faire, car deux instances de l'indicateur avec des paramètres différents sur un même graphique contredit l'usage, qui est souhaité dans cette branche.
Par conséquent, si vous lancez la deuxième instance, elle ne fonctionnera pas tant que la première n'aura pas été déchargée.
Pas du tout.
...
C'est le cas ?
C'est le cas ?
Non, bien sûr que non. Handle-chart doit nécessairement être écrit dans le nom d'une variable globale.
Et ma solution est obtenue en ajoutant seulement deux lignes. C'est un peu plus simple.
Non, bien sûr que non. Handle-chart doit nécessairement être écrit dans le nom d'une variable globale.
Et ma solution est obtenue en ajoutant seulement deux lignes. C'est un peu plus simple.
Et la logique (algorithme) elle-même est la même ?
....
Et ma solution est obtenue en ajoutant seulement deux lignes. C'est un peu plus simple.
Et appeler des fonctions comme SetIndexBuffer avec un délai et non dans l'init standard ne vous dérange pas ? Vous êtes absolument sûr que c'est bon ?
La logique (algorithme) est-elle la même ?
Comptez combien de lignes j'ai et combien vous avez... deux lignes cela ajoute, un sacré paquet d'absurdités où - deux lignes.
Vous n'avez pas compté - c'est beaucoup.
Il suffit d'en ajouter exactement deux pour que tout indicateur ait la propriété convoitée de cette discussion.
Vous n'avez pas compté - c'est beaucoup.
Il suffit d'en ajouter deux pour que tout indicateur devienne un élément souhaitable de cette discussion.
C'est la dixième question. C'est une question de goût. Mais mon code est quand même 5 fois plus petit et lisible :/
Ce qui est plus intéressant, c'est ceci :
L'appel de la fonction SetIndexBuffer avec un délai et non dans l'inite standard ne prête pas à confusion ? Êtes-vous absolument sûr que c'est normal ?
L'appel de la fonction SetIndexBuffer avec un délai et non dans l'init standard ? Êtes-vous absolument sûr que c'est normal ?
Absolument. L'appel à OnCalculate causera probablement des problèmes, mais ceux-ci sont résolus par des modifications simples de la bibliothèque. Il sera possible de le clarifier lundi.
En principe, une seule ligne peut suffire.