Version bêta de l'IDE MetaTrader 4 comprenant un nouveau compilateur et un nouvel éditeur MQL4 - page 21
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
Urain, personne n'a remarqué que la comparaison mélange l'actif sous-jacent et les contrats à terme le concernant ?
Je ne demande pas d'exemple maintenant, quand on écrit un programme, on réfléchit aux options, n'est-ce pas ?
La question est maintenant de savoir si la modélisation est adéquate dans des situations spécifiques. J'ai cité le lien d'un exemple, mais la situation peut très bien se produire sur n'importe quel instrument chez n'importe quel courtier.
SZY sur 4 situations qui conduisent à la génération d'un tic, la 2ème est traitée de manière inadéquate.
Parmi les deux autres, la situation avec le changement des deux prix (bid et ask) n'est pas toujours traitée correctement.
Par exemple, la situation de forte variation des prix conduit à des prix erronés.
En fin de compte, une seule situation est toujours traitée correctement - les changements d'offre.
tcc
Ce n'est pas grave, car les classes de commerce mql++ sont implémentées différemment, donc les classes de vendredi n'iront pas.
Est-il prévu de publier des classes similaires à celles de mql5 ?
dr_phenix:
А планируют к выпуску классы, похожие на те, что в mql5 есть?
Au fait, oui, cela m'intéresse aussi beaucoup.
L'option idéale pour moi est de conserver complètement toutes les interfaces des classes de la bibliothèque standard, en ne faisant des différences que là où il y a une différence d'approche de la position.
Et il serait extrêmement regrettable que les séries chronologiques, les experts, les signaux soient modifiés...
Au fait, oui, cela m'intéresse aussi beaucoup.
L'option idéale pour moi est de conserver complètement toutes les interfaces des classes de la bibliothèque standard, en ne faisant des différences que là où il y a une différence d'approche de la position.
Et ce serait très triste, si les séries temporelles, les EAs, les signaux étaient modifiés...
C'est peu probable, car dans MQL5, il n'existe tout simplement pas d'ordre de prélèvement pour la fermeture.
C'est exactement l'exemple d'un ordre avec une condition controversée, comme l'a écrit Vladon dans Comment réécrire le code de MQL4 à MQL5 ? - page 3
J'ai déplacé les messages sur les ticks vers le sujet spécialisé Discussion de l'article "Algorithme de génération de ticks dans le testeur de stratégie MetaTrader 5" - page 19
Pas un mot sur les tiques ici, c'est une sorte de hors-sujet.
Urain, personne n'a remarqué que l'actif sous-jacent et ses futures sont mélangés dans la comparaison ?
https://www.mql5.com/ru/forum/1031/page19#comment_598510
En général, pour la réalité absolue, elle doit être enregistrée elle-même en ticks (heure, ask, bid) sur un compte réel (pas démo).
C'est peu probable, dans MQL5, il n'existe tout simplement pas de possibilité de choisir un ordre à fermer.
Il s'agit d'une relation directe avec la position, et elle ne peut tout simplement pas être la même. Je pense que personne ne contestera les changements apportés ici.
Mais les changements dans la classe CSeries et ses dérivés, par exemple, peuvent difficilement être justifiés...
Les classes comme CExpert et СSignal ne devraient pas trop souffrir de ce changement...
Eh bien... Nous verrons bien...
En fait, je n'ai pas encore regardé la bibliothèque standard dans la nouvelle MT... Il faudra que je regarde, bien sûr...