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
Ao escrever um consultor de testes com iCustom, me deparei com um problema de MQL insolúvel. Para saber o nome do arquivo (ver o código) do indicador e os valores de seus parâmetros de entrada - sem problemas. Mas depois disso, é impossível inserir os parâmetros de entrada do indicador no iCustom. A forma como o iCustom é chamado é que uma solução universal para qualquer indicador é adequada apenas no caso dos parâmetros de entrada padrão. Caso contrário, temos que entrar no código. Esta solução não é conveniente. Poderíamos passar as entradas do indicador como uma estrutura com os campos de tensão apropriados. Mas utilizamos a elipse, que matou a universalidade da chamada. Outra estranha restrição!
Agora você perverteu absolutamente tudo. Eu escrevi acima sobre seu problema.
Os pontos destacados são pontos de discussão contraditórios.
É como um martelo na cabeça para fazer uma declaração como essa
...
Alguém usa modelo de evento + OOP em indicadores?
Para quê? Tudo já foi roubado lá, há a função OnCalculate - evento do próximo tique. Se você quiser usar o OOP - use-o, mas para que ele está lá, onde colocá-lo?
Por que de fato? Uma pesquisa mostrou vários vídeos com exemplos que poderiam ser usados para explicar
Vídeo do artigo.
Mais
e muito mais.
E estes são exemplos simples de utilização do modelo do evento. Que pode ser implementado universalmente através do mesmo OOP. Buffers e indicadores, por exemplo, são classes herdadas. Quando movo objetos gráficos (também implementados através de OOP + eventos) no gráfico, os indicadores mudam de acordo. Não saem indicadores estáticos. E graças ao OOP, eles estão escritos em algumas linhas.
Por que um script pode precisar ler os buffers indicadores em um gráfico é difícil de pensar :)
Agora você perverteu absolutamente tudo. Eu escrevi acima sobre seu problema.
Os pontos destacados são pontos de discussão contraditórios.
Eu não vi uma contradição. Suponha que queiramos criar nossa própria barra de ferramentas semelhante à CTRL+D. Suponhamos que queremos trabalhar somente com indicadores clássicos primitivos.
Se você aplicar indicadores a um gráfico sem alterar os parâmetros de entrada padrão, este painel personalizado funcionará porque o iCustom permite fazer chamadas universais para entradas padrão.
Mas assim que você mudar, que chatice. O Expert Advisor conhecerá todos os valores dos parâmetros de entrada do indicador no gráfico. Mas não será capaz de chamar o iCustom com eles. Que mistério!
...
Mas, assim que você muda - que chatice. E o Expert Advisor conhecerá todos os valores dos parâmetros de entrada dos indicadores no gráfico. Mas não será capaz de chamar o iCustom com eles. Que mistério!
Por que o conselheiro não pode convocar? Ele pode.
Seria bom acrescentar alguma construtividade.
E quem aqui persiste em escrever bobagens?
Eu não sei.
Eu confirmei minhas declarações originais em código. Você não o fez.
Eu não sei.
Eu confirmei minhas declarações originais em código. Você não o fez.