Uma pergunta para os especialistas do OOP. - página 51

 
Aliaksandr Hryshyn:
"Novo conceito OOP" - não claro sobre o propósito. Para que você está fazendo isso?

Quero entender algumas coisas nas quais tenho me interessado durante toda a minha vida.

1. É possível criar um sistema de auto-desenvolvimento?

2. É possível criar um processo no qual múltiplos sistemas interagem, mudam e evoluem?

3) Pode surgir alguma coisa sem um conceito inicial no lugar?

4. O que acontece se eu combinar minha representação de objetos no núcleo e no OOP padrão, com sua herança e encapsulamento de objetos? Seria possível simplificar a criação de sistemas complexos?

 
Dmitry Fedoseev:

...e operar com instâncias no balde:)

Por que escrever algo em um balde, especialmente algo relacionado a um objeto específico? O próprio objeto armazena informações sobre si mesmo, e o balde contém apenas indicações sobre os objetos.

Você já se perguntou, por que em OOP padrão, tais "cápsulas" (classes) de Objetos tão grandes? Afinal, é mais fácil transformar um Objeto em um nó de ponteiros e armazenar o conteúdo de Objetos fora das classes. Então, o Objeto é fácil de modelar. Basta mudar os ponteiros para o material, que ele deve combinar, e o Objeto "transformará" em outra coisa. O conteúdo do Objeto dependerá das indicações e não dos "ingredientes" de sua Classe (cápsula). Portanto, eu armazeno exatamente tais pacotes, no Kernel como Objetos. E o material em si está fora do Núcleo. Assim, as conexões entre Objetos, bem como seu conteúdo, podem ser fácil e rapidamente alteradas, e os sistemas que consistem de tais Objetos "nodais" podem ser facilmente modificados.
 
Bem legal, a abordagem tem um nome? Talvez JELOP - Programação orientada a objetos nucleares. Soa sólido, associado a armas, usinas nucleares. Um slogan de algum tipo, "Eu peguei o melhor e o coloquei no centro"! Muito bem, Peter, continue com o bom trabalho, estou agradavelmente surpreso.
 
Реter Konow:
Você já se perguntou por que o OOP padrão tem "cápsulas" (classes) de Objetos tão grandes? Afinal, é mais fácil transformar um Objeto em um nó de ponteiros e armazenar o conteúdo de Objetos fora das classes. Então, o Objeto é fácil de modelar. Basta mudar os ponteiros para o material, que ele deve combinar, e o Objeto "transformará" em outra coisa. O conteúdo do Objeto dependerá das indicações e não dos "ingredientes" de sua Classe (cápsula). Portanto, eu armazeno exatamente tais pacotes, no Kernel como Objetos. E o material em si está fora do Núcleo. Assim, as conexões entre Objetos, bem como seu conteúdo, podem ser fácil e rapidamente alteradas, e os sistemas que consistem de tais Objetos "nodais" podem ser facilmente modificados.

.

 
Ainda aguardando a opinião de Artem... Ele é um especialista em compreender o Objeto.
 
Vict:
Bem legal, a abordagem tem um nome? Talvez JELOP - Programação orientada a objetos nucleares. Soa sólido, associado a armas, usinas nucleares. Um slogan de algum tipo, "Eu peguei o melhor e o coloquei no centro"! Muito bem, Peter, continue assim, estou agradavelmente surpreso.
Dê uma olhada no cérebro por dentro. Está repleto de centros de comunicação (neurônios), não de complexos individuais fechados. O cérebro encapsula a conexão, não todo o conteúdo de cada objeto.
 
Реter Konow:
Olhe para o cérebro por dentro. Ela está cheia de centros de conexão (neurônios), não de complexos individuais fechados. O cérebro encapsula as conexões, não todo o conteúdo de cada objeto.

Tais links são chamados de "composição/agregação de objetos", mas você continua pedalando até seu núcleo. Acrescente os links que quiser, não há nada de novo nisso.


ZS: Eu assisti ao vídeo na diagonal, talvez não tanto assim.
 
Vict:

Tais links são chamados de "composição/agregação de objetos", mas você continua pedalando até seu núcleo. Acrescente os links que quiser, não é novidade.


ZS: Eu assisti ao vídeo na diagonal, talvez não tanto assim.

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

Isto é muito mais claro.

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

Composição elos Objetos que estão em uma cadeia associativa comum. Móveis para ambientes. O problema é que as cadeias associativas são muito instáveis e indefinidas, portanto, as conexões de nível de classe são um erro. Um quarto pode ser associado a uma criança, uma gaiola, um hiper-cubo ou um submundo, e dependendo disso, colocar conteúdo nele. Uma classe OOP padrão não prevê uma mudança fácil de relações dentro de uma composição, enquanto o núcleo o faz.

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

Tais links são chamados de "composição/agregação de objetos", mas você continua pedalando até seu núcleo. Acrescente os links que quiser, não há nada de novo nisso.


ZS: Eu assisti ao vídeo na diagonal, talvez não tanto assim.

enviar-lhe 5-10 rublos para cortar o cabelo ;)

 

Por que o núcleo proporciona uma fácil mudança de composições (conteúdo do objeto)? - Porque no kernel, as entidades são locais de memória com variáveis. E uma classe éuma descrição de um objeto no nível do editor. No nível do código.

O código muda através do editor. A memória é alterada através da interface ou pelo próprio programa. Ou seja, se a classe (cápsula de objeto) for colocada a partir do código em uma matriz (kernel), seu processamento e mudança será 100 vezes mais rápido e flexível.

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