![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Aparentemente estáticas e constantes (isto não é OOP) não são necessárias.
Quanto ao OOP, é muito interessante como a próxima função, que tem ampla aplicação prática (não abstrata de forma alguma), pareceria em estilo processual?
Obviamente, qualquer OOP pode ser reescrito em estilo processual. Mas eu estou interessado na prática. Assim, eu levei o código acima, onde o OOP também é usado ao mínimo.
Então, quanto mais agradável/muito conveniente/muito legível/muito correto é o estilo de procedimento em comparação com o OOP neste exemplo? Bem, não para falar por algumas páginas, mas apenas para comparar o procedimento de código fonte curto com o OOP. Peço aos oponentes do OOP que mostrem uma classe mestra. Este não é o temido MT5, mas o bom e velho MT4.
Eu não sou contra o OOP. Apenas um de má qualidade e código críptico. (Não sou um oponente do OOP. Apenas um de má qualidade e código críptico)
Lamento muito, no contexto de que linguagem você está tirando esta conclusão? :-)
Denis, no contexto do fórum ))))))))))
Eu não sou contra a OOP. Apenas um de má qualidade e código críptico. (Não sou um oponente do OOP. Apenas um de má qualidade e código críptico)
Obrigado pelo código de procedimento! Afinou um pouco.
Prós e contras de cada uma das soluções(OOP-solução) que você pode agora ver com seus próprios olhos. Cada um faz sua própria escolha e é uma bobagem impor um ponto de vista diferente.
Lamento muito, no contexto de que linguagem você está tirando esta conclusão? :-)
Sobre os profissionais, é claro.
Obrigado pelo código de procedimento! Ajustou um pouco
Para deixar claro que a compacidade também pode ser ajustada.
Você poderia, é claro, ver o quanto o desempenho mudaria ao comparar estruturas/arrays/rows. Mas esta é uma tarefa um pouco fora do contexto, então não há sentido
PS E eu não sou contra o OOP. A favor do expediente.
Para deixar claro que a compacidade também pode ser ajustada.
Você poderia, é claro, ver o quanto o desempenho mudaria ao comparar estruturas/arrays/rows. Mas esta é uma tarefa um pouco fora do contexto, então não há sentido
PS E eu não sou contra o OOP. A favor do expediente.
Colapso!
Para deixar claro que a compacidade também pode ser ajustada.
Você poderia, é claro, ver o quanto o desempenho mudaria ao comparar estruturas/arrays/rows. Mas isso é um pedaço do problema retirado do contexto, então não há sentido
PS E eu não sou contra o OOP. A favor do expediente.
Usar DEFINE foi uma piada ;-) Sua abordagem seria muito lenta. (O uso de DEFINE foi uma piada ;-) Sua abordagem será muito lenta).
O uso de DEFINE foi uma piada ;-) Sua abordagem será muito lenta. (O uso do DEFINE foi uma piada ;-) Sua abordagem será muito lenta).
Claro. Isto também é brincadeira - é um desfile de embelezamento de código, não é?
Também é uma piada - uma reviravolta em favor da compacidade e clareza
---
Está em colapso!
É uma medida de uma implementação particular, um caso particular
Claro. Isto também é brincadeira - é um desfile de beleza em código, não é?
Sim, muito legal.
(infelizmente ainda não estou apto a pegar piada ;-)
Sim, muito bom. Infelizmente ainda não estou apto a pegar piada ;-)
Os prós e os contras de cada solução(a solução OOP) podem agora ser vistos por si mesmos. Cada um faz sua própria escolha e é uma bobagem impor um ponto de vista diferente.
Não há necessidade de impor, mas é óbvio que em uma forma processual a lógica do código já é visível sem gestos extras, e cada gesto de um programador contratado custa dinheiro para o empregador. Portanto, se um empregador é inteligente, ele não será enganado pelo OOP, mas um programador inteligente pode distorcer uma história sobre o OOP progressivo para obter mais dinheiro dele, aproveitando sua baixa alfabetização. :)