Você percebe que os valores do tampão indicador (CTRL+D) não coincidem com os valores iCustom (eles estão impressos no comentário do gráfico do Expert Advisor).
Em caso de nosso teste, iCustom dará ou VAZIO_VALOR ou zero.
A julgar pelo silêncio, mais de sete anos desde que este problema foi anunciado publicamente no quarto fórum (google lembra-se), os desenvolvedores não criaram uma funcionalidade.
Por alguma razão eles ainda não podem fazer uma leitura humana dos dados indicadores do gráfico! Parece uma loucura, mas é.
O problema está na declaração do problema.
Você só está usando os indicadores para o propósito errado. Eles não são projetados para ser cronometrados e reagir aos eventos, eles são projetados para retrabalhar economicamente séries temporais.
Aproxime-se de sua tarefa do outro lado e você encontrará uma solução agradável e econômica.
Dmitry Fedoseev: Não se trata de buffers de leitura, trata-se do fato de que o indicador chamado via iCustom() não tem temporizador e nenhum evento gráfico.
Você está simplesmente usando os indicadores para o propósito errado. Eles não são projetados para serem cronometrados e reagirem aos eventos, eles são projetados para retrabalhar economicamente séries temporais.
Aproxime-se de sua tarefa do outro lado e você encontrará uma solução agradável e econômica.
É como um martelo na cabeça para fazer tal afirmação. Decidi procurar por indicadores em kodobase. Não encontrei NADA que use o que estou acostumado a usar: modelo orientado por eventos + OOP.
É difícil dizer o que é mais: frustração ou desapontamento com este estado de coisas. Os indicadores, afinal, devem ser escritos de forma primitiva.
Alguém usa o modelo de evento + OOP em indicadores?
Bem, isso ainda não nega a perplexidade de não se conseguir programar o que se vê com os olhos em um gráfico!
Ao escrever um teste de consultoria especializada com o iCustom, enfrentei um problema de MQL insolúvel. Para saber o nome do arquivo (ver o código) do indicador e os valores dos 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!
É como um chute na cabeça para fazer uma declaração como essa. Decidi procurar por indicadores em kodobase. Eu não encontrei NENHUM que use aquilo a que estou acostumado: modelo orientado por eventos + OOP.
É difícil dizer o que é mais: frustração ou desapontamento com este estado de coisas. Os indicadores, afinal, devem ser escritos de forma primitiva.
Alguém usa o modelo de evento + OOP em indicadores?
Bem, isso ainda não nega a perplexidade de não se conseguir programar o que se vê com os olhos em um gráfico!
Por quê? Tudo já foi roubado antes de nós, existe a função OnCalculate - tick event. Se você quiser usar o OOP - use-o, mas para que ele está lá, onde colocá-lo?
Para login e uso do site MQL5.com, você deve ativar o uso de cookies.
Ative esta opção no seu navegador, caso contrário você não poderá fazer login.
Você entrou na conta. A autenticação de dois fatores foi desativada. Configure-a novamente e escaneie um novo código QR ou continue com a autenticação de dois fatores desativada.
Assunto:
Então?
Iniciar o indicador, então - o Consultor Especialista
Você percebe que os valores do tampão indicador (CTRL+D) não coincidem com os valores iCustom (eles estão impressos no comentário do gráfico do Expert Advisor).
Em caso de nosso teste, iCustom dará ou VAZIO_VALOR ou zero.
Verificado. Não é que não corresponda, não está lá de forma alguma. Bastante legal.
Por alguma razão eles ainda não podem fazer uma leitura humana dos dados indicadores do gráfico! Parece uma loucura, mas é.
O problema está na declaração do problema.
Você só está usando os indicadores para o propósito errado. Eles não são projetados para ser cronometrados e reagir aos eventos, eles são projetados para retrabalhar economicamente séries temporais.
Aproxime-se de sua tarefa do outro lado e você encontrará uma solução agradável e econômica.
Não se trata de buffers de leitura, trata-se do fato de que o indicador chamado via iCustom() não tem temporizador e nenhum evento gráfico.
Para que servem?
Bem, a sério, para quê?
Para que servem?
Bem, a sério, por quê?
O problema está na declaração do problema.
Você está simplesmente usando os indicadores para o propósito errado. Eles não são projetados para serem cronometrados e reagirem aos eventos, eles são projetados para retrabalhar economicamente séries temporais.
Aproxime-se de sua tarefa do outro lado e você encontrará uma solução agradável e econômica.
É como um martelo na cabeça para fazer tal afirmação. Decidi procurar por indicadores em kodobase. Não encontrei NADA que use o que estou acostumado a usar: modelo orientado por eventos + OOP.
É difícil dizer o que é mais: frustração ou desapontamento com este estado de coisas. Os indicadores, afinal, devem ser escritos de forma primitiva.
Alguém usa o modelo de evento + OOP em indicadores?
Bem, isso ainda não nega a perplexidade de não se conseguir programar o que se vê com os olhos em um gráfico!
É como um chute na cabeça para fazer uma declaração como essa. Decidi procurar por indicadores em kodobase. Eu não encontrei NENHUM que use aquilo a que estou acostumado: modelo orientado por eventos + OOP.
É difícil dizer o que é mais: frustração ou desapontamento com este estado de coisas. Os indicadores, afinal, devem ser escritos de forma primitiva.
Alguém usa o modelo de evento + OOP em indicadores?
Bem, isso ainda não nega a perplexidade de não se conseguir programar o que se vê com os olhos em um gráfico!