Perguntas sobre OOP em MQL5 - página 54
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
https://www.mql5.com/ru/forum/85652/page52#comment_16423899 Por que a surpresa?
não é surpresa, mas descrença. seu nível de domínio do assunto é perfeitamente evidente a partir dos cargos neste tópico.
Você é um especialista em níveis? ...comunicação urbana.
Sim, continue, diga-me, títulos lidos não significam estudados, você é como STL com padrões que é "stl é um vetor".
Você entrou aqui e quebrou o coração de um homem de cabeça grande.
O homem estava sonhando, você brincou junto.
))))
De que você se arrependeu?
Dmitry Fedoseev,
Por que você está ficando tão chateada, minha querida?)
Bem, você não gosta dos padrões, bem, não os utilize. Ou você não gosta de seus nomes, use-os, mas não os chame de "padrões". Faça o que quiser, desde que seja do seu agrado.
Mas negar seu significado é vazio. Assim como para exagerar ;)
Você confunde algoritmos para resolver problemas de programação com os chamados, e agora na moda, "padrões de design" relacionados exclusivamente ao OOP. E você confunde muitas outras coisas, e lê de forma desatenta. Um pouco antes eu escrevi - use a estrutura. Mas se você tivesse lido aquele post e eu não tivesse mencionado a função de copiar a classe inteira, você teria chegado ao ponto de sermos adultos, então por que se preocupar em trabalhar com estruturas desnecessárias quando deveríamos fazer tudo amadurecendo - apenas fornecer a capacidade de copiar a classe inteira.
1. Esta linha é sobre o OOP, portanto não estou confuso.
2. A estrutura muda de alguma forma a essência do padrão Snapshot?
3. não há trabalho extra a ser feito. É apenas uma questão de pesar o que será mais - trabalho "extra" agora, ou mais tarde, ao expandir e desenvolver o projeto.
4. Do que se trata? Não é necessário no instantâneo.
1. O fio é sobre o OOP, por isso não estou confuso.
2. A estrutura muda a essência do padrão Snapshot de alguma forma?
3. não há necessidade de fazer trabalho extra. É apenas uma questão de pesar o que será mais - trabalho "extra" agora, ou mais tarde, ao expandir e desenvolver o projeto.
4. Do que se trata? Não é necessário em um instantâneo.
Você está preso nas minúcias. Não é interessante. O principal ponto da discussão do padrão "guardião" aqui foi que ele meio que promete a preservação do encapsulamento, mas é implementado criando um par de métodos públicos para cada campo. Engraçado como você não recebeu a mensagem mais importante.
Mas posso perguntar, o que é um padrão no sentido local da palavra? Estou meio perdido, realmente. É um invólucro para algumas tarefas ou um estado de uma tarefa? Com aulas, estruturas, indicadores e dinâmicas, acho que as entendo melhor. Também é claro que os termos ainda não foram bem definidos. E há condições que podem ser usadas para determinar quando devem ser aplicadas. No caso de photoshop e renderização é claro, mas estas não são tarefas em série cronológica. Ou talvez eu esteja perdendo algo e haja algo em comum na renderização visual e na GA VR?
Tudo aqui é claro, específico e canônico. Existe um LIVRO! Este LIVRO apresenta estes padrões, e é disso que estamos falando. O livro é chamado de Design Patterns ou algo parecido. Mas não só o livro, existem muitos sites sobre eles na Internet e mesmo na Wikipédia, o principal é que o assunto é canonizado)) ...e quem não entende os padrões de design - plebeu, e quem os domina - ele domina a própria vida! Amém!
Não pretendo ter uma opinião, posso tê-la lido em algum lugar, mas imho, há apenas dois problemas na programação: a estrutura correta do programa e encontrar rapidamente um bom nome para uma variável, e o resto é feito com bastante facilidade
Eu também estou falando sério.
Obrigado, eu vou ler seus padrões
Eu vou esperar, no caso de aparecer mais alguém, mas apenas no nível de perguntas de iniciantes e treinadores akademvelopers swoop in)))
Exatamente - a estrutura certa. É por isso que você deve considerar todas as opções possíveis desta mesma estrutura, analisar seus prós e contras em uma determinada tarefa (levando em conta os requisitos de escalabilidade e manutenção, etc.) e escolher a melhor opção.
E os padrões notórios em si (sejam eles quais forem exatamente destinados a ser) não são sequer uma variante da estrutura aqui, mas apenas um ponto de referência para o cérebro. É como "Se o problema se encaixa na descrição da tarefa padrão X, então ele pode ser resolvido aplicando o padrão X", mas você pode resolvê-lo de outras maneiras também.
E em geral, esses 27 padrões básicos nasceram como uma espécie de dica para programadores sobre problemas típicos como resolvê-los seguindo os princípios do OOP. Se não há tarefa para seguir os princípios, como Dmitry tem com as estruturas, então você não precisa de nenhum padrão.