Comment faire pour passer une énumération de manière cohérente ? - 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
Et on ne sait pas vraiment comment les tableaux ou les commutateurs se situent dans ce contexte. Ce sont des mathématiques pures.
Qu'est-ce qui est presque quatre fois plus rapide ? Donnez-moi le code !
Dans le kodobaza pour une inspection pendant un nombre de jours inconnu. L'inspecteur est probablement en vacances.
Je crois qu'ils ont commencé à l'afficher aujourd'hui. Peut-être qu'ils nous atteindront aussi ))))
Qu'est-ce qui est presque 4 fois plus rapide ? Le code, s'il vous plaît !
https://www.mql5.com/ru/code/16169
https://www.mql5.com/ru/code/16169
Soyez prudent lorsque vous utilisez cette fonction, elle fonctionnera correctement sur une gamme de valeurs plus petite que NormalizeDouble.
Je ne vais pas expliquer pourquoi - devinez par vous-même.
La fonction NormalizeDouble fonctionne :
Soyez prudent lorsque vous utilisez cette fonction, elle fonctionnera correctement sur une gamme de valeurs plus petite que NormalizeDouble.
Je ne vais pas expliquer pourquoi - devinez par vous-même.
La fonction NormalizeDouble fonctionne :
La description de la fonction contient la note suivante
Lesvaleurs calculées de StopLoss et TakeProfit, ainsi que les valeurs des prix ouverts pour les ordres en attente doivent être normalisées avec la précision qui peut être obtenue parDigits().
Cela n'est vrai que pour les symboles qui ont un échelon de prix minimum de 10^N, où N est un nombre entier et non positif. Si le pas de prix minimum a une valeur différente, alors la normalisation des niveaux de prix avant l'envoi d'un ordre est une opération dénuée de sens, qui dans la plupart des cas aboutira au renvoi d'un faux ordre.
NormalizeDouble est complètement discrédité. Non seulement l'implémentation est retardée, mais elle n'a aucun sens sur les symboles d'échange multiples (par exemple RTS, MIX, etc.).
Quant à la mise en œuvre alternative présentée, elle est aussi précise que l'original, tant pour les aspects positifs que négatifs. Et il effectue les arrondis de la même manière. Seulement, il fonctionne 4 fois plus vite.
Cela n'est vrai que pour les caractères dont l'échelon de prix minimum est de 10^N, où N est un nombre entier et non positif. Si le pas de prix minimum a une valeur différente, alors la normalisation des niveaux de prix avant l'envoi d'un ordre est une opération dénuée de sens qui, dans la plupart des cas, entraînera le renvoi d'un faux ordre.