Discussão do artigo "Padrão de design MVC e a possibilidade de usá-lo" - página 3
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
Por que não? Tome nota e corrija isso no próximo.
Não foi isso que ele quis dizer. Não se trata de uma correção, mas de uma comparação entre o meu nível e o nível do meu oponente.
Considero este artigo muito interessante e útil para aqueles que não estão familiarizados com esse tópico.
Gostaria de expressar minha gratidão ao autor pela boa apresentação e facilidade de leitura.
E, como Andrey mencionou no artigo, não é tão fácil criar um programa indicador MVC ideal. Mas gostei muito dos exemplos do artigo.
Achei esse artigo muito interessante e útil para quem não está familiarizado com esse assunto.
Gostaria de expressar minha gratidão ao autor pela boa apresentação e facilidade de leitura.
E, como Andrey mencionou no artigo, não é tão fácil criar um programa indicador MVC ideal. Mas gostei muito dos exemplos do artigo.
Obrigado por sua opinião lisonjeira, Rashid)
@Andrei Novichkov, a qual componente o registro deve ser atribuído? Ao View? Mas é um pouco chato transferir cada linha de registro do modelo para a visualização por meio do controlador.
@Andrei Novichkov, estou entendendo, obrigado.
Mais uma pergunta: é correto definir os parâmetros de entrada somente no Controller? Não é mais correto definir parâmetros de entrada como iSlippage e Magic na visualização (porque o controlador não precisa deles)? Então, depois de incluir o arquivo com o View no arquivo com o Controller, esses parâmetros aparecerão como um grupo nas configurações de entrada do Expert Advisor.
Por que criar duas entidades em vez de uma entidade logicamente completa? Ou três. Ou quatro. A coisa certa a fazer é criar uma entidade e pensar em uma forma controlada de acesso para Modelo e Representação.
Não sei se você entendeu o que estou dizendo. Não estou sugerindo a criação de novas entidades - não. Como eram três componentes, eles permanecerão.
Só que, caso contrário, não há lógica em declarar variáveis iSlippage e Magic no nível global do Controlador, que não são usadas por ele, mas podem ser usadas somente na Visualização. Como resultado, o arquivo .mqh da visualização não será formalmente pseudocompilado pelo F7, o que não permitirá a verificação automática de erros de sintaxe (não estou falando do seu exemplo, mas em geral, quando essas variáveis são usadas na visualização).