Une question pour les experts de la POO. - page 51

 
Aliaksandr Hryshyn:
"Nouveau concept OOP" - pas clair sur le but. Pourquoi le faites-vous ?

Je veux comprendre certaines choses qui m'ont intéressé toute ma vie.

1. Est-il possible de créer un système qui se développe de lui-même ?

2. Est-il possible de créer un processus dans lequel de multiples systèmes interagissent, changent et évoluent ?

3) Est-ce que quelque chose peut émerger sans un concept initial en place ?

4. Que se passe-t-il si je combine ma représentation des objets dans le noyau et la POO standard, avec son héritage et son encapsulation des objets ? Serait-il possible de simplifier la création de systèmes complexes ?

 
Dmitry Fedoseev:

...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.

Vous êtes-vous déjà demandé pourquoi, dans la POO standard, de si grandes "capsules" (classes) d'objets ? Après tout, il est plus facile de transformer un objet en un nœud de pointeurs et de stocker le contenu des objets en dehors des classes. Ensuite, l'objet est facile à modéliser. Il suffit de changer les pointeurs vers le matériau, qu'il doit combiner, et l'objet se "transformera" en quelque chose d'autre. Le contenu de l'objet dépendra des pointeurs, et non des "ingrédients" de sa classe (capsule). Donc, je stocke exactement de tels paquets, dans le noyau en tant qu'objets. Et le matériau lui-même est en dehors du noyau. Ainsi, les connexions entre les Objets, ainsi que leur contenu, peuvent être facilement et rapidement modifiés, et les systèmes composés de tels Objets "nodaux" peuvent être facilement modifiés.
[Supprimé]  
Bien cool, est-ce que l'approche a un nom ? Peut-être JELOP - Programmation Orientée Objet Nucléaire. Ça a l'air solide, associé aux armes, aux centrales nucléaires. Une sorte de slogan, "J'ai pris le meilleur et je l'ai mis dans le noyau !". Bravo, Peter, continuez comme ça, je suis agréablement surpris.
 
Реter Konow:
Vous êtes-vous déjà demandé pourquoi la POO standard comporte de si grandes "capsules" (classes) d'objets ? Après tout, il est plus facile de transformer un objet en un nœud de pointeurs et de stocker le contenu des objets en dehors des classes. Ensuite, l'objet est facile à modéliser. Il suffit de changer les pointeurs vers le matériau, qu'il doit combiner, et l'objet se "transformera" en quelque chose d'autre. Le contenu de l'objet dépendra des pointeurs, et non des "ingrédients" de sa classe (capsule). Donc, je stocke exactement de tels paquets, dans le noyau en tant qu'objets. Et le matériau lui-même est en dehors du noyau. Ainsi, les connexions entre les Objets, ainsi que leur contenu, peuvent être facilement et rapidement modifiés, et les systèmes composés de tels Objets "nodaux" peuvent être facilement modifiés.

.

 
J'attends toujours qu'Artem donne son avis... C'est un spécialiste de la compréhension de l'Objet.
 
Vict:
Bien cool, est-ce que l'approche a un nom ? Peut-être JELOP - Programmation Orientée Objet Nucléaire. Ça a l'air solide, associé aux armes, aux centrales nucléaires. Une sorte de slogan : "J'ai pris le meilleur et je l'ai mis dans le noyau !". Bravo, Peter, continuez comme ça, je suis agréablement surpris.
Regardez le cerveau de l'intérieur. Il est rempli de centres de communication (neurones), et non de complexes individuels fermés. Le cerveau encapsule la connexion, et non l'intégralité du contenu de chaque objet.
[Supprimé]  
Реter Konow:
Regardez le cerveau de l'intérieur. Il est rempli de centres de connexion (neurones), et non de complexes individuels fermés. Le cerveau encapsule les connexions, et non l'intégralité du contenu de chaque objet.

De tels liens sont appelés "composition/agrégation d'objets", mais vous continuez à faire du vélo. Ajoutez les liens que vous voulez, il n'y a rien de nouveau.


ZS : J'ai regardé la vidéo en diagonale, peut-être pas tant que ça.
 
Vict:

De tels liens sont appelés "composition/agrégation d'objets", mais vous continuez à faire du vélo. Ajoutez les liens que vous voulez, ce n'est pas nouveau.


ZS : J'ai regardé la vidéo en diagonale, peut-être pas tant que ça.

https://habr.com/ru/post/354046/

C'est beaucoup plus clair.

//-----------------------------------------------

La composition relie des objets qui sont dans une chaîne associative commune. Pièces-Murs-Mobilier. Le problème est que les chaînes associatives sont trop instables et indéfinies, les connexions au niveau des classes sont donc une erreur. Une pièce peut être associée à un enfant, une cage, un hypercube ou un monde souterrain, et en fonction de cela, mettez-y du contenu. Une classe OOP standard ne permet pas de modifier facilement les relations au sein d'une composition, alors que le noyau le fait.

Наследование, композиция, агрегация
Наследование, композиция, агрегация
  • habr.com
Нередко случается, что решив разобраться с какой-то новой темой, понятием, инструментом программирования, я читаю одну за другой статьи на различных сайтах в интернете. И, если тема сложная, то эти статьи могут не на шаг не приблизить меня к понимаю. И вдруг встречается статья, которая моментально дает озарение и все паззлы складываются...
[Supprimé]  
Vict:

De tels liens sont appelés "composition/agrégation d'objets", mais vous continuez à faire du vélo. Ajoutez les liens que vous voulez, il n'y a rien de nouveau.


ZS : J'ai regardé la vidéo en diagonale, peut-être pas tant que ça.

envoyez-lui 5-10 roubles pour qu'il aille chez le coiffeur ;)

 

Pourquoi le noyau permet-il de modifier facilement les compositions (contenu des objets) ? - Parce que dans le noyau, les entités sont des emplacements mémoire avec des variables. Et une classe est unedescription d'un objet au niveau de l'éditeur. Au niveau du code.

Le code est modifié par l'éditeur. La mémoire est modifiée par l'interface ou par le programme lui-même. En d'autres termes, si la classe (capsule objet) est placée du code dans un tableau (noyau), son traitement et sa modification seront 100 fois plus rapides et plus souples.

Документация по MQL5: Константы, перечисления и структуры / Константы объектов / Свойства объектов
Документация по MQL5: Константы, перечисления и структуры / Константы объектов / Свойства объектов
  • www.mql5.com
Все объекты, используемые в техническом анализе, имеют привязку на графиках по координатам цены и времени – трендовая линия, каналы, инструменты Фибоначчи и т.д.  Но есть ряд вспомогательных объектов, предназначенных для улучшения интерфейса, которые имеют привязку к видимой всегда части графика (основное окно графика или подокна индикаторов...