Discussion de l'article "Comment développer un Expert Advisor à l'aide des outils UML"
C'est tentant, mais franchement, je n' en ai même pas fait la moitié, ma conscience s'est évanouie quelque part autour du Diagramme des Précédents.
Peut-être que la répétition multiple donnera quelque chose.
En général, je déteste les professeurs parce qu'ils présentent des choses simples avec des formules tellement compliquées qu'on ne les comprend pas à la troisième phrase.
J'espère que ce n'est que mon problème. Je m'en tiens à la règle selon laquelle tout est simple.
C'est tentant, mais franchement, je n' en ai même pas fait la moitié, ma conscience s'est évanouie quelque part autour du Diagramme des Précédents.
Peut-être que la répétition multiple donnera quelque chose.
En général, je déteste les professeurs parce qu'ils présentent des choses simples avec des formules tellement compliquées qu'on ne les comprend pas à la troisième phrase.
J'espère que ce n'est que mon problème. Je m'en tiens à la règle selon laquelle tout est simple.
Urain, je pense qu'à la fin de la semaine de travail, le nouveau matériel est probablement difficile à digérer.... Je parle pour moi.
Ensuite, votre article Trading Player based on history of trades est beaucoup plus compliqué, imho....
Et puis, qui avez-vous appelé professeur ? :-))
Urain, je pense qu'à la fin de la semaine de travail, le nouveau matériel n'est probablement pas facile à digérer.... Je juge par moi-même...
Alors votre article Trading Player based on history of trades est beaucoup plus difficile, imho....
Et puis, qui avez-vous appelé professeur ? :-))
Je ne critique pas, je fais part de mes impressions.
L'article est vraiment nécessaire, même si j'aimerais que les métaphores soient généralement acceptées ou qu'elles aient au moins des images claires.
En ce qui me concerne, la phrase :
В состав строительных блоков входят: сущности (things - сами элементы модели), отношения (relationships - связывают сущности), диаграммы (diagrams - представления моделей UML).
il serait plus facile de percevoir comme :
В состав строительных блоков входят: объекты (things - сами элементы модели), связи (relationships - связывают объекты), диаграммы (diagrams - представления моделей UML).
Il est très difficile de lire lorsque l'auteur accepte généralement des métaphores qu'il appelle les siennes, bien que je soupçonne que la majeure partie du texte est empruntée, d'où la terminologie complexe.
Tout ce qui précède, IMHO.
Je ne critique pas, je fais part de mes impressions.
L'article est vraiment nécessaire, même si j'aimerais que les métaphores soient généralement acceptées ou qu'elles aient au moins des images claires.
Par exemple, pour moi, la phrase :
il serait plus facile de percevoir comme :
Il est très difficile de lire lorsque l'auteur accepte généralement des métaphores qu'il appelle les siennes, bien que je soupçonne que la majeure partie du texte est empruntée, d'où la terminologie complexe.
Tout ce qui précède est de l'ordre de l'IMHO.
Urain, et je ne dis pas que vous critiquez .... et même si c'était le cas...
Vous avez raison sur la terminologie : elle est un peu différente de celle à laquelle un programmeur MQL5 est habitué. Mais elle est utilisée dans UML. Je ne l'ai pas inventée. Et le texte n'est pas emprunté. Les cas où il est emprunté sont marqués comme suit
Urain, et je ne dis pas que vous êtes critique..... et même si c'est le cas...
Vous avez raison à propos de la terminologie : elle est un peu différente de celle à laquelle les programmeurs de MQL5 sont habitués. Mais cette terminologie est utilisée dans UML. Je ne l'ai pas inventée. Et le texte n'est pas emprunté. Les cas où il est emprunté sont marqués comme suit
Pour en savoir plus sur les métaphores courantes. Par exemple, les entités et les objets en UML sont des choses différentes. Il s'agit donc de nuances. Mais je pense qu'elles ne sont pas essentielles. Quiconque est intéressé s'en rendra compte :-))Je vais certainement trouver :)
Je suis en pleine crise, des erreurs critiques lors de la planification de grands programmes, et cet article tombe à pic.
Je ne peux pas exporter le projet en tant qu'image.
Cette fonctionnalité n'est-elle pas désactivée dans la version charovar ?
La version charovar n'est pas différente de la version commerciale :-)
Alors allez-y, c'est très simple...
La version char n'est pas différente de la version commerciale :-)
Alors allez-y, c'est très simple....
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Vous acceptez la politique du site Web et les conditions d'utilisation
Un nouvel article Comment développer un Expert Advisor à l'aide des outils UML a été publié :
Cet article traite de la création d'Expert Advisors à l'aide du langage graphique UML, qui est utilisé pour la modélisation visuelle de systèmes logiciels orientés objet. Le principal avantage de cette approche est la visualisation du processus de modélisation. L'article contient un exemple qui montre la modélisation de la structure et des propriétés d'un Expert Advisor à l'aide du logiciel Ideas Modeler.
Comment UML peut aider à créer un Expert Advisor ? Tout d'abord, les graphiques - le problème de la modélisation multi-aspect peut être résolu en utilisant les images graphiques disponibles dans le langage. Deuxièmement, la lisibilité. Même si un Expert Advisor est grand et complexe, l'universalité d'UML permet de présenter son modèle à l'aide de diagrammes.
Comme le disent les développeurs d'UML, la spécificité de la perception humaine réside dans le fait qu'un texte avec des images est plus facilement perçu qu'un texte seul.
Discutons brièvement des bases d'UML. Si le sujet vous intéresse, vous pouvez vous familiariser avec les outils UML à partir des nombreuses publications disponibles gratuitement sur le web.
La structure UML peut être représentée dans un diagramme (Fig. 1).
Fig. 1. La structure UML
Auteur : Denis Kirichenko