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
Merde. Bourré. Je l'ai lu, mais je ne comprends pas grand-chose. Peter, comprenez qu'il existe des langages de programmation, beaucoup d'entre eux, leurs créateurs y ont intégré certains mécanismes de gestion de la mémoire, et la POO n'est qu'une des options. Ils sont vraiment différents, ont vraiment leurs avantages et leurs inconvénients. Donc, si vous voulez AI, très bien, je vous envie, car je n'ose jamais le faire moi-même. Mais vous devez le mettre en œuvre pas ici, eh bien, mql ne convient pas, exactement, aussi bien que tout autre langage appliqué. La lecture du C ici, même sans C++, semble bonne. Donc, soit vous devriez passer à un autre forum, soit vous êtes un troll "global"))).
Qu'en est-il du verre promis..."une application d'un niveau fondamentalement nouveau.Un niveau jusqu'alors inatteignable par tout programmeur MQL".
Vous n'attendez plus ?
Personne n'a besoin d'un ornithorynque sphérique).
Les médiocres"Graals" de l'algotrading ont soumis au "génocide" tous les brillants débuts de MQL. Détruit leur signification.
Je me suis accroché au dernier.
J'attends la mise en œuvre de l'IA :).
Je ne veux pas quitter ce fil de discussion, je vais donc vous faire part des progrès récents.
Le nouveau concept de POO, en tant qu'"hybride" de ma représentation des objets dans le noyau et de la description standard des objets dans la classe, est devenu plus "basé sur les objets" que le POO habituel. Pour expliquer :
Maintenant, toutes les entités sont des objets. Plus précisément :
Il ne s'agit pas d'une liste complète des objets de base qui constituent un système fonctionnel.
Le fait est que chacun de ces objets est un objet réel, c'est-à-dire qu'il possède des propriétés et des relations au sein du système.
Par exemple, l'objet-paramètre, - possède un ensemble de propriétés, parmi lesquelles le type de valeur et les limites de son changement. De même, le paramètre objet peut pointer vers son gestionnaire.
En outre, - État-objet, - est un ensemble de paramètres du système ou de l'environnement avec des valeurs prédéfinies.
Un autre, l'objet de l'événement, est toute modification significative du système ou de l'environnement. Il s'agit d'un assemblage de paramètres avec des valeurs spécifiques, vérifiées par un gestionnaire spécial. Un événement sert de déclencheur pour divers objets du système.
Les objets paramètres sont liés par des liaisons d'objets qui transmettent des valeurs entre eux. Par exemple : le paramètre A peut transmettre une valeur au paramètre B, ou vice versa. Ou les deux. Celle-ci est définie dans la liaison d'objets de paramètres. Dans le chemin de transfert des valeurs, il peut y avoir un objet filtre de valeurs ou un objet convertisseur de valeurs.
Chaque objet de mon concept a nécessairement un modèle (forme source) et un nombre n d'instances.
En fin de compte, tous les objets susmentionnés sont des éléments constitutifs universels de tout système, quelle que soit sa complexité. Il n'y en a pas tant que cela, mais une infinité de variantes de systèmes qui peuvent être construits à partir d'eux.
Pour l'instant, je suis au tout début de mon voyage. Il y a encore beaucoup de choses à comprendre.
Je ne veux pas quitter ce fil de discussion, je vais donc vous faire part des progrès récents.
Le nouveau concept de POO, en tant qu'"hybride" de ma représentation des objets dans le noyau et de la description standard des objets dans la classe, est devenu plus "basé sur les objets" que le POO habituel. Pour expliquer :
Maintenant, toutes les entités sont des objets. Plus précisément :
Il ne s'agit pas d'une liste complète des objets de base qui constituent un système fonctionnel.
Le fait est que chacun de ces objets est un objet réel, c'est-à-dire qu'il possède des propriétés et des relations au sein du système.
Par exemple, l'objet-paramètre, - possède un ensemble de propriétés, parmi lesquelles le type de valeur et les limites de son changement. De même, le paramètre objet peut pointer vers son gestionnaire.
En outre, - État-objet, - est un ensemble de paramètres du système ou de l'environnement avec des valeurs prédéfinies.
Un autre, l'objet de l'événement, est toute modification significative du système ou de l'environnement. Il s'agit d'un assemblage de paramètres avec des valeurs spécifiques, vérifiées par un gestionnaire spécial. Un événement sert de déclencheur pour divers objets du système.
Les objets paramètres sont liés par des liaisons d'objets qui transmettent des valeurs entre eux. Par exemple : le paramètre A peut transmettre une valeur au paramètre B, ou vice versa. Ou les deux. Ceci est prescrit dans le Parameter Link Object. Dans le chemin de transfert des valeurs, il peut y avoir un objet filtre de valeurs ou un objet convertisseur de valeurs.
Chaque objet de mon concept a nécessairement un modèle (forme source) et un nombre n d'instances.
En fin de compte, tous les objets susmentionnés sont des éléments constitutifs universels de tout système, quelle que soit sa complexité. Il n'y en a pas tant que cela, mais une infinité de variantes de systèmes qui peuvent être construits à partir d'eux.
Pour l'instant, je suis au tout début de mon voyage. Il y a encore beaucoup de choses à comprendre.
Je suis heureux que vous réussissiez. Peut-être même qu'un jour vous inventerez la roue.
Je suis content que vous fassiez des progrès. Vous pourriez même inventer la roue un jour.
Je vais essayer de décrire un contrôle GUI ordinaire, le bouton, à travers le prisme de mon nouveau concept OOP. Je n'utiliserai que mes propres concepts dans l'analyse de ce système d'objets.
Et donc, nous l'avons fait :
...et fonctionner avec des instances dans le seau :)
Pourquoi écrire quelque chose dans un seau, surtout quelque chose lié à un objet spécifique ? L'objet lui-même stocke des informations sur lui-même, et le seau ne contient que des pointeurs vers des objets.
...et fonctionner avec des instances dans le seau :)
Pourquoi écrire quelque chose dans un seau, surtout quelque chose lié à un objet spécifique ? L'objet lui-même stocke les informations le concernant, tandis que le seau ne contient que des pointeurs vers des objets.
Demandez à Artem. Je pense qu'il sait mieux que quiconque ce que j'écris.
D'ailleurs, l'idée d'un objet-propriété avec son propre gestionnaire était à l'origine la sienne. Je l'ai développé et rendu plus compliqué. Maintenant, tout est un objet et le gestionnaire l'est aussi. Il y a simplement un certain ordre de connexion des objets lorsqu'on construit un système à partir d'eux.