Discussion de l'article "Stratégies d’ordres. Un Expert Advisor polyvalent" - page 2
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
Je pensais.... :)
Bien sûr, il est dommage que vous n'ayez pas souligné dans l'article deux caractéristiques que je vois pour ma part
1. ex5 expert - sait et sait comment traiter toutes les macros. il lui suffit d'alimenter différents fichiers txt pour travailler.
2. les paramètres des macros peuvent être ajustés "à la volée" dans le fichier txt.
Sinon, tout ceci n'est rien d'autre qu'une bibliothèque habituelle de fonctions pour travailler avec des ordres et des positions. C'est juste que vous avez décidé de les appeler de l'extérieur, d'analyser le fichier txt et d'identifier les macros nécessaires.
mais honnêtement, je ne sais même pas qui l'utilisera. Pour un débutant, il y a beaucoup de code, pour un professionnel, il y a peu de possibilités.
Dmitriy, il est nécessaire de le mettre dans le constructeur visuel pour avoir un assistant.
Et la deuxième chose dont vous avez besoin (si vous ne voulez pas gâcher ce développement), c'est de plus d'exemples de stratégies. Pour qu'elles soient transparentes et que l'on puisse voir quels paramètres des macros affectent quoi.
Chargez une douzaine de stratégies dans la base de code. Mais assurez-vous qu'elles sont simples et qu'elles expliquent constamment tous les paramètres.
Pour que cette approche soit claire et qu'ils commencent à l'utiliser (et peut-être même développer le nombre de macros, opensource :).
Dimitri, merci pour cet article. Très intéressant !
Si je pouvais combiner votre matériel avec le format présenté dans l'article de Sergeev Prototype d'un robot de trading....
Au fait, n'est-il pas possible de coder toutes les stratégies (dans votre cas, les stratégies qui utilisent activement les ordres en attente) à l'aide d'outils OOP puissants ? Il semble que la création d'un méta-langage séparé soit une complication de la tâche actuelle...
Dimitri, merci pour cet article. Très intéressant !
1. Nous pourrions combiner votre matériel avec le format présenté dans l'article de Sergeev sur le prototype de robot de trading...
2. Au fait, n'est-il pas possible de coder toutes les stratégies (dans votre cas, les stratégies qui utilisent activement les ordres en attente) à l'aide d'outils OOP puissants ? Il semble que la création d'un méta-langage séparé soit une complication de la tâche actuelle...
1) C'est en quelque sorte déjà combiné, du moins ce n'est pas contradictoire. Ou bien n'est-il pas clair ce qui peut être combiné ici, et si c'est nécessaire ?
2) Il s'agit d'une question du type : pourquoi avons-nous besoin de langages de programmation, si tout peut être codé en langage d'assemblage ?
Je ne prétends pas qu'il s'agit de quelque chose d'universel, conçu pour remplacer tout le reste. Il s'agit simplement d'une tentative de formalisation, qui me semble assez réussie, ou au moins d'une indication qu'elle est fomalisable.
1) Il semble qu'il y ait déjà une combinaison, du moins pas de contradiction. Ou bien n'est-il pas clair ce qui peut être combiné ici, et si c'est nécessaire ?
2) Il s'agit d'une question du type : pourquoi avons-nous besoin de langages de programmation, si tout peut être codé en langage d'assemblage ?
Je ne prétends pas qu'il s'agit de quelque chose d'universel, conçu pour remplacer tout le reste. Il s'agit juste d'une tentative de formalisation, qui me semble assez réussie, ou au moins d'un indice qu'elle est fomalisable.
Dima, n'écoute personne.
// Je veux dire, écoutez-moi ! :-) :-) :-)
Il est évident que vous n'êtes pas entraîné (que vous n'essayez pas d'être entraîné) par toute la foule. Ils essaient de vous faire honte avec un lien insuffisant avec la pratique de la construction de systèmes de trading. Je vous aurais envoyé il y a longtemps, mais vous le tolérez encore, et vous êtes toujours embarrassé.
Je prends l'article exactement à l'opposé - il démontre et documente bien un excellent exemple de machine à états écrite en mql5 ( !) - l'automate très fini, qu'un certain camarade a récemment essayé de promouvoir comme une nouveauté. Et nous devrions discuter des avantages et des inconvénients de votre implémentation à partir de ces positions théoriques. Toutes les variantes de discussion "plus proche de la négociation" (c) sont des bavardages d'enfants dans un bac à sable d'adultes. Où sont les grands théoriciens qui ont été immenses dans cette discussion critique ? Où sont les applaudissements pour les vrais réalisateurs ? Où est la discussion sur cette conception en tant que "machine d'état" ?
:)
Dmitry, excellent article, merci beaucoup !
Personnellement, j'ai aimé l'idée d'utiliser des phases et des ID de position, car cela vous permet d'organiser n'importe quel système de gestion de l'argent d' une manière très flexible.
Mais en général, je n'ai pas aimé l'idée d'un Expert Advisor et de fichiers txt. Un souhait serait de tout concevoir comme un fichier include de classe mqh séparé, sans fichiers txt supplémentaires. Et aussi écrire un exemple d'Expert Advisor avec cette classe, idéalement, prendre un Expert Advisor MACD standard du terminal, et montrer à tout le monde comment il est facile d'"implémenter" votre système de gestion de position dans n'importe quel Expert Advisor !!!! Écrivez un deuxième article, cela en vaut la peine....
Alex5757000:
Personnellement, j'aime l'idée d'utiliser des phases et des identifiants de position, car cela permet d'organiser n'importe quel système de gestion de l'argent de manière très flexible.
Oui, et il est très surprenant que peu de gens l'utilisent.
Mais en général, je n'ai pas aimé l'idée d'un seul expert et de fichiers txt. Un souhait serait de tout concevoir en tant que classe séparée mqh include file, sans fichiers txt supplémentaires. Et aussi écrire un exemple d'Expert Advisor avec cette classe, idéalement, prendre un Expert Advisor MACD standard du terminal, et montrer à tout le monde comment il est facile d'"implémenter" votre système de gestion de position dans n'importe quel Expert Advisor !!!! Écrivez un deuxième article, cela en vaut la peine...
Oui, et il est surprenant de constater à quel point peu de gens l'utilisent.
Peut-être pouvez-vous maintenant comprendre les informations sous-jacentes qui sont décrites dans Prototype Trading Robot....Je comprends. Le fait est que, de mon point de vue, de telles choses devraient être présentées sous la forme de bibliothèques prêtes à l'emploi, sous la forme d'une classe. Sinon, un certain nombre d'inconvénients apparaissent lors de l'intégration avec des Expert Advisors prêts à l'emploi. L'utilisation de fichiers .txt externes est en principe une mauvaise idée.
Je comprends cela. Le fait est que, de mon point de vue, de telles choses devraient être publiées sous forme de bibliothèques prêtes à l'emploi,
qui existent déjà
sous la forme d'une classe.
Il n'y a pas de charme particulier pour la POO. Un ensemble de fonctions n'est pas en contradiction avec le bon sens.
Sinon, un certain nombre d'inconvénients apparaissent lors de l'intégration avec des EA déjà prêts à l'emploi.
Les fonctions doivent être intégrées dans la classe de l'Expert Advisor.
L'utilisation de fichiers .txt externes est en principe une mauvaise idée.