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
Optimisez par champs de bits, il n'y aura pas de passages inutiles dans cette variante.
Par exemple :
et optimiser dans les paramètres donnés, pour cet exemple bp est optimisé de 0 à 3
Vous seul avez oublié d'écrire le verdict, que vous puissiez ou non.
Comment cela peut-il être "plus facile" ? :) Les conditions de suppression d'une EA ou de REASON_INITFAILED doivent encore être suivies. C'est ce qui ressemble à un tracas.
Il s'avère qu'en principe, un ensemble de paramètres de travail donne des résultats nuls et n'est pas impliqué dans la sélection ultérieure.
En l'absence d'une solution élégante, vous pouvez d'abord utiliser la solution la plus "facile". Si l'on trouve quelque chose de mieux, on peut toujours le remplacer. :)
Pas vraiment, si tu parles de mon idée de torture. Avec le "working set of parameters" et le premier trpar2=false la passe donnera un résultat tout à fait fonctionnel. Toutes les autres passes avec le même "jeu de paramètres de travail" et trpar2=false retourneront immédiatement zéro, mais votre "jeu de paramètres de travail" participera quand même à la sélection. C'est ce que tu voulais, n'est-ce pas ?
Vous pouvez le corriger un peu. Les paramètres d'optimisation doivent être écrits dans des structures, et celles-ci (structures simples) doivent être traitées comme des variables. Le code devrait être le suivant
if(!trpar && Par1==Parold1 && Par2==Parold2) { Parold1=Par ; Parold2=Par2 ; return(9) } Ici, Par et Parold sont des structures dans lesquelles sont inscrits les paramètres optimaux des autres paires de devises. Autant de paires que de si, ça n'a pas l'air si laid. Merci.
Encore une fois : le problème n'est pas de savoir quelle commande permet de mettre fin à la passe de manière anticipée - il s'agit d'une solution plutôt primitive, quelle qu'elle soit. La difficulté réside dans le suivi des conditions d'achèvement anticipé du col. Le fait que le passage sera achevé à l'avance avec l'aide de votre suggestion, "l'unité de suivi" elle-même n'est pas moins gênante et l'élégance de cette unité n'est pas augmentée en aucune façon.
Qu'est-ce que tu voulais dire par là ? Qu'en l'absence d'une solution élégante, il ne faut pas en utiliser du tout ? Même s'il y en a un, mais, comme vous le dites, "douloureux" ?
En bref, allons de l'avant. Sinon, c'est plus gênant du point de vue de l'inondation que du code. :)
Vous pouvez le corriger un peu. Les paramètres d'optimisation doivent être écrits dans des structures, et celles-ci (structures simples) doivent être traitées comme des variables. Le code devrait être le suivant
if(!trpar && Par1==Parold1 && Par2==Parold2) { Parold1=Par ; Parold2=Par2 ; return(9) } Ici, Par et Parold sont des structures dans lesquelles sont inscrits les paramètres optimaux des autres paires de devises.
Vous pouvez le corriger un peu. Les paramètres d'optimisation doivent être écrits dans des structures, et celles-ci (structures simples) doivent être traitées comme des variables. Le code devrait être le suivant
if(!trpar && Par1==Parold1 && Par2==Parold2) { Parold1=Par ; Parold2=Par2 ; return(9) } Ici, Par et Parold sont des structures dans lesquelles sont inscrits les paramètres optimaux des autres paires de devises. Autant de paires que de si, ça n'a pas l'air si laid. Merci.
Il existe une autre variante (qui m'a échappé).
Vous pouvez jeter un coup d'œil aux fonctions : OnTesterInit(), OnTesterPass(), OnTesterDeinit().
Et FrameFirst (),FrameFilter (),FrameNext (),FrameInputs (),FrameAdd().
C'est exactement ce à quoi ils servent. :)
C'est-à-dire que vous pouvez toujours demander tous les paramètres de n'importe quelle passe dans l'optimisation actuelle à tout moment.