[ARCHIVE] Toute question de débutant, afin de ne pas encombrer le forum. Professionnels, ne passez pas à côté. Nulle part sans toi - 3. - page 170
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
Vous êtes sûr ?
Votre suggestion consiste essentiellement à exclure des contrôles et des calculs les bougies qui ne se situent pas dans la fourchette UPPprice/LOWprice... ce qui est exclu par deux lignes. Si vous ne sortez pas de la boucle, cela signifie que le prix est dans la fourchette dont nous avons besoin et que nous effectuons les vérifications standard. Votre code peut aller plus vite mais au détriment des résultats, car la logique de travail avec les INS est très alambiquée ; utiliser la valeur de cette variable de l'itération précédente est un non-sens.
Votre suggestion consiste essentiellement à exclure des contrôles et des calculs les bougies qui ne se situent pas dans la fourchette UPPprice/LOWprice... ce qui est exclu par deux lignes. Si vous ne sortez pas de la boucle, cela signifie que le prix est dans la fourchette dont nous avons besoin et que nous effectuons les vérifications standard. Votre code peut aller plus vite mais au détriment des résultats, car la logique de travail avec les INS est très alambiquée ; utiliser la valeur de cette variable de l'itération précédente est un non-sens.
Alors vous êtes sûr ! :))))
Vous avez cité le code plus tôt :
Si le prix est inférieur à Low, pourquoi devrions-nous vérifier si le prix est supérieur à High ? Dans votre version, cette condition n'est pas exclue. Mais dans ma suggestion :
il est exclu.
Je ne nie pas que mon code n'est peut-être pas le plus optimal.
Mais combien de fois plus rapide pensez-vous
if (UPP)
fonctionnera que.
?
En fait :
Je suis le seul à le savoir (sauf lorsqu'on enchérit à l'intérieur de la barre historique actuelle) et vous le calculez...
Ouais.
Il faut être tordu au point de transformer trois lignes de code claires en un code difficile à comprendre.
Si vous aviez eu l'idée de diviser le chèque iLow, iHigh, vous auriez pu le faire tout de suite :
Et ne faites pas de plaisanteriesConsidérez cette section du code
INS=True ;
La boucle est passée
si (INS) le vol est ok
if (LOWprice...) par exemple, la condition est vraie, mais ensuite cela se passe mal car nous obtenons INS=False et nous passons à l'itération suivante
alors si (false) et on a fini, parce que c'est une autre barre, alors que...
Pour ce qui est de mon code, je ne vérifie pas le prix mais si la barre est à moins de +300/300 pips du prix actuel et si c'est le cas, elle doit être prise en compte. Toutes les autres optimisations ne sont pas aussi critiques car les deux premières vérifications, par exemple, éliminent 90% des barres inutiles.
alors si (faux) et on est foutu, parce que c'est un bar différent, on doit se demander ce que...
et puis vraiment nagé...
Pourquoi pensez-vous que les variables booléennes seront plus rapides si chaque condition est suivie d'un autre if (LOWprice > iHigh(NULL,60,i)), c'est-à-dire les mêmes œufs mais du côté plus une condition et beaucoup d'affectations...
Whoa !
C'est là que les discussions s'enflamment.
Je vais le dire comme ça pour l'instant :
Il est très intéressant de suivre l'évolution des prix. Il va toujours dans la direction de la moindre résistance.
Vous pouvez même prédire son futur mouvement. Observez.
Le prix est comme l'eau qui coule dans un ruisseau.
Merci à tous !
Veuillez me dire comment trouver le numéro de barre ayant la valeur la plus élevée de high.
Search_High=MathMax( High[i],High[1])
Pouvez-vous me dire comment trouver le numéro de la barre ayant la valeur chai la plus élevée ?
Search_High=MathMax( High[i],High[1])
Vous pouvez vous rendre sur https://docs.mql4.com/ru/array/ArrayMaximum
par le biais du réseau High.