Question aux maîtres du MQL4. Encore une fois à propos de Double Comparaison. - page 4
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
VBAG jette un coup d'œil à ce script
prix = 1,1111
ma = 1.11110001
Lorsqu'il est normalisé à 8 chiffres, le prix est correct. La normalisation à moins de chiffres donnera un résultat égal - incorrect. C'est ainsi que l'on obtient une précision maximale.
En général, sans normaliser ma > prix est aussi la bonne chose à faire. Pourquoi rechercher une précision maximale alors qu'elle existe déjà et qu'on sait déjà qu'elle est supérieure à ce qui est réalisable ?
La normalisation à 9 chiffres ne fonctionne pas. L'impression est que le prix est en quelque sorte à 9 chiffres et l'indicateur en a 8 ou vice versa (je ne me souviens pas), bref il est couvert par le mystère de l'inconnu.
Oui, très probablement, c'est dans NormalizeDouble lui-même qui ne compte que jusqu'à 8 chiffres. Je vous le dis, c'est une fonction ridicule, peu importe comment vous la présentez.
Et sous une forme simplifiée, il fonctionne aussi rapidement que ComparePrice :
Et dans sa forme originale, c'est juste une chanson :)
Ou bien ComparePrice est-il également adapté à la comparaison de n'importe quels nombres avec une précision donnée ?
Ou bien ComparePrice est-il également adapté à la comparaison de n'importe quels nombres avec une précision donnée ?
.
Bien sûr ! Si la précision est connue, ce qui est le cas pour les valeurs commerciales. Point fixe.
Il faut seulement l'expliquer à de nombreux auteurs de sujets "sur la comparaison des doubles".
C'est pourquoi j'ai proposé une méthode de comparaison _universelle_ (mais loin d'être optimale).
Et ça marche. Lentement mais sûrement. Et dans tous les cas.
Et quand un sujet "Sur l'optimisation de la comparaison des doubles" apparaîtra, nous pourrons le développer ;)
La normalisation des prix est-elle nécessaire quelque part ?
Il est écrit dans la documentation que les prix dans les demandes commerciales doivent être normalisés.
Dans la branche "Historique non normalisé et positions d'ouverture", il est indiqué ce qui suit :
Irtron, j'ai choisi votre variante, elle m'a beaucoup plu. Je l'ai corrigé un peu pour les cas généraux et je l'ai vérifié :
int ComparePrice(double a, double b, double chiffre)
{
a -= b ;
b = chiffre ;
si (a > b)
retour (1) ;
si (a < -b)
retour (-1) ;
retour (0) ;
}
Merci.
Le chiffre=0 causera des problèmes.
Tout chiffre posera des problèmes. Je ne comprends pas ce qu'est le chiffre et quel est l'intérêt de la modification.
La fonction est également plus lente qu'un simple appel àNormalizeDouble().
Quel est le sujet de la comparaison de fonctions ayant des fonctionnalités différentes ? Une fois simplifiée (mais inapplicable), maintenant c'est NormalizeDouble.
Que voulez-vous prouver et à qui voulez-vous prouver avec une telle flagrante... (insérez votre propre mot) ?