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
Bonjour, pouvez-vous me donner un indice ?
La différence est que dans la version originale, l'objet est décrit comme suit :
c'est-à-dire que l'objet est dynamique. Et dans le vôtre :
Dans ce cas, la méthode devrait ressembler à ceci :
J'ai oublié quelque chose. Qui peut me dire comment utiliser correctement #import pour la bibliothèque qui est située dans le sous-répertoire du dossier principal ?
https://www.mql5.com/ru/forum/23/page15
MetaTester : Modification du fonctionnement de la méthode de test "par les prix ouverts". Comme précédemment, le OnTick de l'Expert Advisor est déclenché uniquement à l'ouverture de la barre, mais au lieu des ticks M1 OHLC, il joue les états high, low et close de la barre testée. De ce fait, les stops et les ordres en attente peuvent se déclencher à un prix différent de celui spécifié. Cela nous a permis d'obtenir une accélération multiple des tests.
Pour la qualité, le mode "tous les tics" ne vous conviendrait-il pas ?
Dans certains cas, non. Je n'aime vraiment pas le mode dans lequel les transactions peuvent ne pas être exécutées au prix indiqué (et ce phénomène sera considéré comme la norme).
Par conséquent, je vais personnellement soutenir la demande de Konstantin.
Que voulez-vous dire par "pas au prix annoncé" ? Clarifiez.
Lisez le texte plus attentivement.
Comme je suis accro à l'utilisation des ordres en attente, ce point est très important pour moi, et je ne veux pas que les ordres en attente se déclenchent"pas au prix indiqué".
Avec cette approche, ce type de test ne présente absolument aucun intérêt pour moi.
C'est pourquoi je suppose que la variante prévoyant deux types de tests "par prix d'ouverture" (sur les barres minutes et sur la barre testée) sera une solution tout à fait raisonnable.
Ouais, je n'aime pas ce point non plus. Sur la barre suivante, vous pouvez simplement vérifier si l'ordre en attente est dans la fourchette haute - basse de la barre précédente. Si c'est le cas, alors il a fonctionné aux prix fixés.
Il existe un exemple de MovingAverages qui fonctionne de la même manière (sur la version 607 actuelle) en mode M1 OHLC et en mode Open Prices. Pourquoi ? Parce qu'il fonctionne strictement au début d'une mesure - il y a un contrôle spécial.
Définissez la même condition dans votre EA et utilisez M1 OHLC. Et vous aurez de la chance.
Il existe un exemple de MovingAverages qui fonctionne de la même manière (sur la version 607 actuelle) en mode M1 OHLC et en mode Open Prices. Pourquoi ? Parce qu'il fonctionne strictement au début d'une mesure - il y a un contrôle spécial.
Si vous définissez la même condition dans votre EA et utilisez M1 OHLC. Et vous serez heureux.
1. Eh bien, oui, il peut faire du commerce comme il se doit. Mais c'est intégré dans sa stratégie. Je ne l'ai pas intégré à ma stratégie, j'utilise des ordres en attente.
Et ce n'est pas clair en ce qui concerne les arrêts - depuis quand doivent-ils (peuvent-ils) fonctionner à des prix qui ne sont pas affichés ?
Je ne serai donc pas heureux, du moins pas si je ne passe pas à "Tous les tics".
Et si je vérifie l'existence d'une nouvelle barre et que je négocie uniquement à son ouverture, la stratégie sera différente.
Est-ce que j'en ai besoin ?
Eh bien, oui, il pourrait commercer correctement. Mais il l'a dans sa stratégie. Et je ne l'ai pas dans ma stratégie, je négocie sur des ordres en attente.
Et je ne comprends pas les arrêts - depuis quand doivent-ils (peuvent-ils) travailler à des prix qui ne sont pas fixés ?
Je ne serai donc pas heureux, du moins pas si je ne passe pas à "Tous les tics".
Et si je vérifie l'existence d'une nouvelle barre et que je ne négocie qu'à son ouverture, alors la stratégie sera complètement différente.
En ai-je besoin ?