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
Oui, par moi-même. En principe, je pourrais afficher le code en MQL5 pour le calcul.
Veuillez me dire comment comparer correctement des doubles ( == < > ). Faut-il le normaliser ? Par exemple, il existait une telle fonction dans MT4 :
CompareDoubles(double nombre1,double nombre2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true) ;
sinon retour(false) ;
}
Et en général, quel est l'algorithme approximatif de la fonction NormalizeDouble()?
Veuillez me dire comment comparer correctement des doubles ( == < > ). Faut-il le normaliser ? Par exemple, dans MT4, il y avait une telle fonction :
CompareDoubles(double nombre1,double nombre2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true) ;
sinon retour(false) ;
}
Veuillez me dire comment comparer correctement des doubles ( == < > ). Faut-il le normaliser ? Par exemple, il existait une telle fonction dans MT4 :
CompareDoubles(double nombre1,double nombre2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true) ;
sinon retour(false) ;
}
Et en général, quel est l'algorithme approximatif de la fonction NormalizeDouble()?
On sait qu'au début du graphique l'historique est incorrect, la question "pourquoi est-il incorrect" ne se pose pas.
Une autre question se pose : comment déterminer de manière programmatique la limite au-delà de laquelle les données historiques incorrectes suivent ?
La ligne verticale rouge montre la frontière.
On sait qu'au début du graphique l'historique est incorrect, la question "pourquoi est-il incorrect" ne se pose pas.
Une autre question se pose : comment déterminer de manière programmatique la limite au-delà de laquelle les données historiques incorrectes suivent ?
La ligne verticale rouge montre la frontière.
On peut peut-être essayer de le déterminer d'une manière ou d'une autre par la fréquence des lacunes ? Compter les écarts pour une certaine période.
Il y a beaucoup de façons d'être tordu. Mais je n'en vois aucune qui soit vraiment fiable. Parce qu'il n'existe pas de véritable critère pour juger de l'"authenticité" des données de chaque barreau individuel.
Tous les graphiques sont basés sur des barres de minutes. Il pourrait être calculé de manière programmatique jusqu'à la date à laquelle le calendrier approprié peut être construit correctement. Mais il y a un "cependant" ici aussi. Cependant, les minuscules TF ne sont pas non plus correctes pour toute la profondeur de l'histoire :
Je ne sais pas, IMHO, nous avons besoin d'un mécanisme régulier pour l'identification de telles limites, quelque chose comme
-retourne l'indice de la dernière barre valide du symbole demandé de la TF requise.
Je ne sais pas, IMHO, nous avons besoin d'un mécanisme interne pour définir de telles limites, quelque chose comme
-renvoie l'indice de la dernière barre valide de l'instrument demandé de la TF requise.
-renvoie l'indice de la dernière barre valide de l'instrument demandé de la TF requise.
Il y a beaucoup de façons d'être tordu. Mais je n'en vois aucune qui soit vraiment fiable. Parce qu'il n'existe pas de véritable critère pour juger de l'"authenticité" des données de chaque barreau individuel.
Tous les graphiques sont basés sur des barres de minutes. Il pourrait être calculé de manière programmatique jusqu'à la date à laquelle la création correcte d'un délai plus ancien est possible. Mais il y a un "cependant" ici aussi. Cependant, les TF minutes ne sont pas non plus correctes dans toute la profondeur de l'histoire :
Je ne sais pas, je pense que nous avons besoin d'un mécanisme spécial pour définir de telles limites, quelque chose comme
-retourne l'indice de la dernière barre correcte du symbole demandé du TF requis.