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
Alguns números só podem ser representados como uma fração infinita, como por exemplo 1/3 no sistema decimal. Mas 1/3 não é uma fração infinita no sistema terciário, aí ele == 0,1. Ou seja, sistemas de números diferentes têm suas próprias frações infinitas. Portanto, uma fração não infinita em decimal pode ser uma fração em binário. Por exemplo: 0,1, 0,2, 0,3, 0,4, ... não têm representação binária exata. Se você ligar para NormalizeDouble dez vezes, será 0,19999999999...1 ou 0,200000...1. Não sei, talvez isto seja novidade.
Você está dizendo a verdade! Para ser claro, ND é necessário SOMENTE para comparação, não para representação. E há muito tempo que é obsoleto.
Alguns números só podem ser representados como frações infinitas, por exemplo, 1/3 no sistema decimal. Mas 1/3 não é uma fração infinita no sistema terciário, aí ele == 0,1. Ou seja, sistemas de números diferentes têm suas próprias frações infinitas. Portanto, uma fração não infinita em decimal pode ser uma fração em binário. Por exemplo: 0,1, 0,2, 0,3, 0,4, ... não têm representação binária exata. Se você ligar para a NormalizeDouble dez vezes, será 0,19999999999...1 ou 0,200000...1. Não sei, talvez isto seja novidade.
Lembro-me disso, mas neste caso é 0+0 e não é 0.
Lembro-me disso, mas neste caso é 0+0 e não é 0.
Você está dizendo a verdade! Para ser claro, ND é necessário SOMENTE para comparação, não para representação. E está há muito tempo obsoleto.
NormalizeDouble só é necessário para normalizar o preço ao fazer pedidos pendentes e paradas. Não é necessário para mais nada.
Isto está claramente indicado na documentação
Os valores calculados de StopLoss e TakeProfit, assim como os valores de preços em aberto para pedidos pendentes, devem ser normalizados com a precisão, cujo valor pode ser obtido por Dígitos().
Em que caso em particular? Dê-me um exemplo de quando isso acontece.
isto acontece quando havia 0 na variável e 0 é adicionado a ela
(suspeito que não seja realmente 0)
NormalizeDuplo só é necessário para normalizar o preço ao fazer pedidos pendentes e paradas. Não é necessário para mais nada.
Isto está claramente indicado na documentação
isto acontece quando havia 0 na variável e 0 é adicionado a ela
(suspeito que não seja realmente 0)
Exatamente. Os zeros "reais" em adição e subtração permanecem zeros. É por isso que lhes ofereci um exemplo.
Que tal comparar números reais...
Um efeito colateral relacionado.
Acabou se revelando conveniente. Mas não se destinava originalmente a ser usado desta forma.
Existem funções especiais para imprimir o número real com a precisão certa.
Diga-me, por que você precisa arredondar números reais nos cálculos? Porque neste caso, a precisão dos cálculos é perdida!
Exatamente. Os zeros "reais" em adição e subtração ainda são zeros. É por isso que lhes ofereci um exemplo.
NormalizeDuplo só é necessário para normalizar o preço ao fazer pedidos pendentes e paradas. Não é necessário para mais nada.
Isto está claramente indicado na documentação
Fórum sobre comércio, sistemas automatizados de comércio e testes estratégicos
Implementações alternativas de funções/abordagens padrão
Renat Fatkhullin, 2016.09.02 00:55
Esta não é a maneira de sobrecarregar. As mesmas assinaturas de função.
Mas a idéia é clara - a função da normalização levando em conta a granulação do carrapato.