Símbolos personalizados. Erros, bugs, perguntas, sugestões. - página 12
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
Bug 16.
Anteriormente, CustomTicksAdd gerava barras a partir de carrapatos que se referiam ao dia atual. Este também não é o caso agora.
Este bug parece estar relacionado ao bug #14.
A remoção do símbolo da visão geral do mercado é possível pelo seguinte motivo. Chamando consecutivamente CustomSymbolCreate - CustomSymbolDelete - CustomSymbolCreate com o mesmo nome de símbolo personalizado estava fazendo com que o símbolo ID fosse atingido. Portanto, ao verificar se um símbolo pode ser removido da visão geral do mercado, o gráfico deste símbolo não foi encontrado (o identificador está corrompido), e o símbolo foi removido com segurança. Isto foi corrigido.
Ao aplicar um tick a um gráfico, a mesma coisa é possível - a busca do gráfico pelo identificador do símbolo não produziu um resultado
Bug 15.
Executamos o seguinte indicador no símbolo desta EA (com o ChartSetSymbolPeriode-row removido)
Produz apenas zeros.
É justo.
Chamando CustomRatesUpdate redefine todos os contadores de mudança e recalcula os indicadores a partir de zero
Com toda razão.
Quando você chama CustomRatesUpdate, todos os contadores de mudança são reinicializados e os indicadores são recalculados a partir de zero.
Qual é a lógica por trás desta solução? Afinal de contas, há barras inalteradas à esquerda.
Qual é a lógica por trás desta solução? Afinal de contas, há barras invariantes à esquerda.
prev_calculado contém um valor que foi retornado na chamada OnCalculate anterior
O indicador pode retornar qualquer valor com base em sua própria lógica. Portanto, não faz sentido percorrer todos os indicadores e alterar o valor de pré_calculado para seu próprio valor calculado, levando em conta o prazo. E é de recursos intensivos, pode até mesmo ser exageradamente intensiva em recursos.
É muito mais honesto colocá-lo em 0, como no início, quando ainda nada foi contado
prev_calculado contém o valor que foi devolvido na chamada anterior à OnCalculate
O redator de indicadores pode devolver qualquer valor com base em sua própria lógica. Portanto, não faz sentido percorrer todos os indicadores e alterar o valor de pré_calculado para seu próprio valor calculado, levando em conta o prazo. E é de recursos intensivos, pode até mesmo ser exageradamente intensiva em recursos.
É muito mais honesto colocá-lo em 0, como no início, quando ainda nada foi contado
Então o que devemos fazer quando os indicadores em um símbolo personalizado são completamente recalculados por causa desse valor zero após cada rolagem de carrapato?
Os indicadores são especialmente escritos para não atrasar o Terminal, e aqui começa o contrário.
Então e quando, em um símbolo personalizado, após cada carrapato rolante, os indicadores são completamente recalculados por causa desse valor zero?
Este não deveria ser o caso. Verifique
Não deveria ser assim. Verifique
Deixe-me esclarecer que não é apenas CustomTicksAdd, mas também RatesUpdate, que é um tick-through do passado. De fato, mesmo o TicksAdd de trabalho não formou as barras antes do dia atual. Temos que formá-los por nós mesmos. E nós ficamos com zero pré_calculado por causa disso.
Deixe-me esclarecer que o rollover de carrapatos do passado não é apenas CustomTicksAdd, mas também RatesUpdate. De fato, mesmo o TicksAdd de trabalho não formou as barras antes do dia atual. Temos que gerá-las por nós mesmos. E nós ficamos com zero pré_calculado por causa disso.
De qualquer forma, ao substituir, refrescar ou apagar barras, todos os indicadores serão recalculados a partir de zero. Isto está fora de questão.
A adição de carrapatos deve funcionar como de costume, ou seja, os carrapatos são carrapatos frescos, atuais, mas não carrapatos de ontem/do dia anterior.
Eu executei seu Expert Advisor a partir da descrição do bug 11 e depois executei o indicador com uma impressão em cada OnCalculate
Aqui estão os registros.
Isso significa que tudo está funcionando corretamente em uma situação normal (carrapatos são hoje, como sempre deveriam ser). Os carrapatos são adicionados, e o indicador é considerado com parcimônia
Em qualquer caso, ao substituir, atualizar, apagar as barras, todos os indicadores serão recalculados a partir do zero. Isto está fora de questão.
A adição de carrapatos deve funcionar como de costume, ou seja, os carrapatos são frescos, os de hoje, não os de ontem - os de anteontem.
Execute seu Expert Advisor a partir da descrição do bug 11, depois execute o indicador com a impressão em cada OnCalculate
Aqui estão os registros.
Isso significa que tudo está funcionando corretamente em uma situação normal (carrapatos são de hoje, como sempre deveriam ser). Os carrapatos são adicionados, e o indicador é considerado com parcimônia
Esta é uma afirmação correta?
Além disso, se for 00:00:01, não podemos usar o CustomTicksAdd para remodelar uma barra que estava há apenas dois segundos.
Esta é uma afirmação correta?
Para um testador, o tique de anteontem é fresco, o tique de hoje é de anteontem.
Entendo seu ponto de vista. Seu exercício com tiques personalizados de seis meses atrás é de uma natureza distintamente testadora. Sua situação não é normal (no sentido da prática normal)