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
Ainsi, pour écrire tout ce tas de paramètres, il suffirait de définir la structure et de la mettre dans les paramètres d'entrée.
Ce n'est pas le sujet de ce fil de discussion, car il mentionne le fichier mqh. Et définir la structure revient à écrire tous les champs. C'est-à-dire que c'est la même chose.
Ce n'est pas le sujet de ce fil de discussion, car il mentionne un fichier mqh. Et définir la structure revient à écrire tous les champs. En d'autres termes, c'est la même chose.
Comment ne pas l'être ? Première ligne, premier message :
Il ya un problème avec lepassage des paramètres d'entrée à l'EA.
sujet
Pourquoi ne pas mettre les paramètres d'entrée dans une structure ?
Et définir la structure revient à écrire tous les champs. C'est-à-dire que c'est la même chose.
Et si c'est un tableau de structures ?
Puis définir les paramètres à l'aide d'un fichier.
C'est ainsi que les choses se passent maintenant. Dans le même temps, le conseiller expert est livré avec un "éditeur" d'un tel fichier sous la forme d'une DLL, qui affiche une fenêtre avec des paramètres à onglets.
C'est-à-dire que tout est possible. Personne ne le conteste. Par ailleurs, si cela se présentait sous la forme d'une fonctionnalité prête à l'emploi dans le terminal, ce serait formidable.
Personne ne discute. Une autre chose est que ce serait génial si c'était une fonction prête dans le terminal.
S'il s'agit d'une option supplémentaire, plutôt que de remplacer les instances existantes, alors vous êtes le bienvenu.
Mais personne ne le fera, car il faut quelques minutes pour convertir les entrées dans le bon type de conteneur dont TC a besoin.
Et "un tableau de structures" est également rendu un peu plus compliqué par la génération de code à partir de json, par exemple.
C'est ainsi que les choses se passent maintenant. En même temps, le conseiller expert est livré avec un "éditeur" d'un tel fichier sous la forme d'une DLL, qui affiche une fenêtre avec des paramètres à onglets.
Mais personne ne le fera, car il faut quelques minutes pour convertir les entrées dans le bon type de conteneur, comme le souhaite TC.
Les articles sur les interfaces graphiques personnalisées indiquent clairement qu'il est possible de créer un tel éditeur sans DLL, et c'est une sortie vers Market.
Les articles sur les GUI personnalisées disent clairement que vous pouvez faire un tel éditeur sans DLL, et c'est une sortie sur le marché.
Ici, je donne un plus. Mettez les paramètres dans un fichier et écrivez une boîte de dialogue qui pourrait facilement se connecter à n'importe quel conseiller expert et afficher les paramètres comme vous le souhaitez.
Il n'est donc pas surprenant de voir deux fenêtres de réglages : standard et nouveau ? À mon avis, ce n'est pas normal. La variante DLL présente exactement le même problème. Mais la fenêtre de dialogue en MFC est écrite beaucoup plus rapidement qu'en MQL.