Uma pergunta para os especialistas do OOP. - página 20
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
Confie em mim, seus códigos também morrerão com você. Você acha que alguém os quer?) Bem, pense.
Eu não postei o código aberto para ser analisado. Era um requisito codebase. O principal objetivo era afixar um resultado útil.
Onde?
Onde?
Quanto mais difícil seria o acesso? Eu tenho um núcleo global que pode ser visto de todos os lugares. No OOP eu teria que desistir. Como trabalhar com elementos em janelas então? Eu fico em coma quando tento imaginar isso)).
A maior verdade deste tópico está neste post. De fato, a área do cérebro de Peter através da qual ele seria capaz de entender que a OLP está em estado comatoso, então haverá todo tipo de dança ao redor e ao redor, todo tipo de voltas e reviravoltas... mas nada a ver com a OLP.
Se você gosta de poesia, eu posso rimar. ))
Esse é exatamente o meu ponto de vista.
E ainda assim, a esperança estava tão perto...
É isso, estou indo para aprender o OOP.
E ainda assim, a esperança estava tão perto...
E em sua melhor tradição, Peter reduziu tudo ao fato de que ele é o único de todos os outros. Todos os outros não são um só.
É tão simples quanto isso. Depois de "...É isso aí, estou indo para aprender OOP...", nada veio à minha cabeça...
Ai de mim, excludente. Um kernel global implica uma visibilidade global, o que elimina a necessidade de
(1)No encapsulamento do código. Por que, quando tudo é acessível de qualquer lugar?
(2 )Sobrecarga de funções. Por que quando é mais fácil fazer o trabalho em um só, tornando os resultados universalmente visíveis e acessíveis?
(3)Polimorfismo. Por que ocultar diferentes implementações sob um modelo, quando uma unidade pode fazer o trabalho dessas variantes de modelo? A quantidade de código seria menor e a sintaxe seria muitas vezes mais simples.
O objetivo do OOP está no seguinte:
1. Descarga da memória humana. (Está mal descarregado. Há demasiada sintaxe).
2. Distribuição do trabalho comum dentro de uma equipe (todos conhecem um pedaço de código, portanto, haverá problemas de construção e depuração).
3. Portabilidade do código. (Isto é realmente uma vantagem).
4. Marketing. Distribuição e venda de ambientes de desenvolvimento, bibliotecas, através de publicidade de vários artifícios.
Taki finalmente aprende que seu "kernel-engine" é um substituto queijoso do OOP.
É tão simples quanto isso. Depois de "...É isso aí, estou indo para aprender OOP...", nada veio à minha cabeça...
E em sua melhor tradição, Peter reduziu tudo ao fato de que ele é o único de todos. Todos os outros não são um só.
1. fui aprender OOP para não sentar em uma poça na frente dos investidores. Ao mesmo tempo, os investidores não estavam interessados no meu conhecimento do OOP, mas nos resultados alcançados pela minha abordagem.
2. Crescer fora deste jardim de infância, com a transição para personalidades.