Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
"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?
...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 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.
.
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.
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.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.
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.