Toute question des nouveaux arrivants sur MQL4 et MQL5, aide et discussion sur les algorithmes et les codes. - page 1206
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
Alert("Разбег "+DoubleToString(delta,_Digits));
ou Alert(StringFormat("Spread %.5f",delta)) ;
en général, il faut s'y habituer, ce sont juste des représentations différentes du même nombre. Repensez à vos merveilleuses années d'école - c'est de là que ça vient.
Merci. Mais que faire si je dois utiliser la valeur delta comme un nombre et la comparer ? Par exemple.
Est-ce que c'est correct ?Merci. Que faire si je dois utiliser la valeur delta comme un nombre et la comparer ? Par exemple.
Est-ce correct ?Vous pouvez comparer deux nombres réels comme ceci :
https://www.mql5.com/ru/docs/basis/types/double
Vous pouvez comparer deux nombres réels comme ceci :
https://www.mql5.com/ru/docs/basis/types/double
Vous pouvez, si vous êtes sûr qu'ils ne peuvent pas être très proches en valeur. Après tout, le doux est comparé au chaud.
Je ne comprends pas. Par exemple. Je prends le nombre de pips que le prix a passé en un tick. Si le prix passe de plus de 20 points, alors je reçois une alerte.
Je compare la différence de prix (1.12300-1.12321=0.00021) avec la valeur maximale nécessaire (0.00020).
0.00021>0.00020.
Quel est le rapport avec la douceur et la chaleur ?
Je ne comprends pas. Par exemple. Je prends le nombre de pips que le prix a passé en un tick. Si le prix passe de plus de 20 points, alors je reçois une alerte.
Je compare la différence de prix (1.12300-1.12321=0.00021) avec la valeur maximale nécessaire (0.00020).
0.00021>0.00020.
Qu'est-ce que cela a à voir avec le doux et le chaud ?
vous avez besoin de points, alors comparez les points.
et le double est comparé à epsilon (DBL_EPS si ma mémoire est bonne), sinon vous pourriez obtenir 3.0-0.2 > 2.0+0.8 (au sens figuré, les chiffres peuvent être différents)
vous avez besoin de points, alors comparez les points. ce sont des entiers d'ailleurs.
alors que double est comparé à epsilon (DBL_EPS si ma mémoire est bonne), sinon vous pouvez obtenir 3.0-0.2 > 2.0+0.8 (au figuré, les chiffres peuvent être différents)
Il vaut mieux utiliser l'exemple de@fxsaber à cette fin :
script à vérifier :
Je ne comprends pas. Par exemple. Je prends le nombre de pips que le prix a passé en un tick. Si le prix passe de plus de 20 points, alors je reçois une alerte.
Je compare la différence de prix (1.12300-1.12321=0.00021) avec la valeur maximale nécessaire (0.00020).
0.00021>0.00020.
Qu'est-ce que ça a à voir avec le doux et le chaud ?
Parfois, il n'est pas nécessaire de lire tout ce qui est écrit.
Vous avez pris des chiffres qui sont normalement représentés par le système. Prenez ces...
et vous obtenez
L'idée est a-b==c, mais l'ordinateur vous donnera de telles erreurs. Il a été beaucoup écrit à ce sujet sur le forum, cherchez et lisez.
Mais vous pouvez prendre la différence normalisée et la valeur de contrôle normalisée et les comparer.
Bon temps à vous tous. Question : dans MT4, lorsque l'on travaille dans le testeur avec des crosses (paires sans quidam), comment le testeur calcule-t-il les résultats des positions fermées, si le compte, sur lequel le test est effectué, est un compte en dollars ? Pour le recalcul des totaux de position en dollars, le testeur prend-il le taux de change de la devise de base du cross par rapport au dollar au moment actuel ou au moment de l'intervalle testé ? Je soupçonne fortement que c'est le cas à l'heure actuelle. Si oui, est-il impossible de le faire calculer au moment de l'intervalle ?
Quelqu'un le sait-il ?
compter la MODE_TICKVALUE elle-même pour chaque tick.
Vous pourriez, si vous êtes sûr qu'ils ne peuvent pas être très proches en valeur. Après tout, le doux est comparé au chaud.
Siprom18 a besoin de comparer deux nombres, à l'intérieur de signes de chiffres, c'est la seule méthode qui fonctionne :
Mais comme vous pouvez le voir, il a encore plus de variations : https://www.mql5.com/ru/forum/160683/page1205#comment_17247843. C'est pourquoi, dans l'exemple, j'ai intentionnellement réduit la précision de la comparaison de deux chiffres. Bien sûr, un tel écart entre les valeurs de prix est tout à fait inexact... Mais comment faire autrement pour comparer deux nombres dans des cas comme celui-ci... ? Si l'écart était supérieur à un chiffre, nous ne pourrions pas utiliser EqualDoubles, mais utiliser NormalizeDouble pour couper toutes les choses inutiles.
Mais vous pouvez aussi le faire comme ça :