Geralmente, ao comparar dois números de tipo duplo, recomenda-se tomar a sua diferença e comparar com o valor limiar admissível. Mas costumo comparar directamente - nunca tive quaisquer problemas.
tol64: Talvez se possa tentar determinar de alguma forma pela frequência das lacunas? Contar as lacunas durante um certo período.
Há muitas maneiras de se torcer. Mas não vejo nenhum que seja realmente fiável. Porque não existe um critério real para julgar a "autenticidade" de cada uma das barras.
Todos os gráficos são baseados em barras de minutos. Pode ser calculado programmaticamente até à data em que é possível a criação correcta de um período de tempo exigido mais antigo. Mas também há aqui um "contudo". No entanto, os TFs de minuto também não são correctos para toda a profundidade da história:
Não sei, IMHO, precisamos de um mecanismo padrão para identificação de tais limites, algo como isto
int Correct_Boundary_of_Timeframe
(
string symbol_name, // имя символаENUM_TIMEFRAMES timeframe // период
);
- devolve o índice da última barra válida do símbolo requerido do TF requerido.
Há muitas maneiras de se torcer. Mas não vejo nenhum que seja realmente fiável. Porque não existe um critério real para julgar a "autenticidade" de cada uma das barras.
Todos os gráficos são baseados em barras de minutos. Pode ser calculado programmaticamente até à data em que o período de tempo apropriado possa ser construído correctamente. Mas também há aqui um "contudo". No entanto, as TFs minúsculas também não são correctas até à profundidade total da história:
Não sei, penso que precisamos de um mecanismo especial para definir tais limites, algo como
- devolve o índice da última barra correcta do símbolo requerido do TF requerido.
Portanto, se não se importar de ler toda a história do passado, então não vejo qualquer problema. Descubra o tempo de abertura e fecho de cada barra e veja o número de segundos nestes intervalos intra-bar. Se menos do que o esperado, escrever uma barra "falsa". Este será o ponto de viragem, após o qual todas as outras barras ficarão incompletas. Não vale a pena continuar a procurar.
Sim, por mim mesmo. Em princípio, poderia colocar o código em MQL5 para o cálculo.
Por favor, digam-me como comparar correctamente o Double ( == < < > ). Precisa de ser normalizada? Por exemplo, havia tal função no MT4:
CompareDoubles(duplo número1,duplo número2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true);
senão devolve(falso);
}
E em geral, qual é o algoritmo aproximado da função NormalizeDouble()?
Por favor, digam-me como comparar correctamente o Double ( == < < > ). Precisa de ser normalizada? Por exemplo, em MT4 havia uma função deste tipo:
CompareDoubles(duplo número1,duplo número2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true);
senão devolve(falso);
}
Por favor, digam-me como comparar correctamente o Double ( == < < > ). Precisa de ser normalizada? Por exemplo, havia tal função no MT4:
CompareDoubles(duplo número1,duplo número2)
{
if(NormalizeDouble(number1-number2,8)==0) return(true);
senão devolve(falso);
}
E em geral, qual é o algoritmo aproximado da função NormalizeDouble()?
Sabe-se que no início do gráfico a história está incorrecta, a questão "porque é que está incorrecta" não se coloca.
Coloca-se outra questão: como podemos determinar programmaticamente o limite para além do qual se seguem os dados incorrectos do histórico?
A linha vertical vermelha mostra o limite.
Sabe-se que no início do gráfico a história está incorrecta, a questão "porque é que está incorrecta" não se coloca.
Levanta-se outra questão: como podemos determinar programmaticamente o limite para além do qual se seguem os dados incorrectos do histórico?
A linha vertical vermelha mostra o limite.
Talvez se possa tentar determinar de alguma forma pela frequência das lacunas? Contar as lacunas durante um certo período.
Há muitas maneiras de se torcer. Mas não vejo nenhum que seja realmente fiável. Porque não existe um critério real para julgar a "autenticidade" de cada uma das barras.
Todos os gráficos são baseados em barras de minutos. Pode ser calculado programmaticamente até à data em que é possível a criação correcta de um período de tempo exigido mais antigo. Mas também há aqui um "contudo". No entanto, os TFs de minuto também não são correctos para toda a profundidade da história:
Não sei, IMHO, precisamos de um mecanismo padrão para identificação de tais limites, algo como isto
- devolve o índice da última barra válida do símbolo requerido do TF requerido.
Não sei, IMHO, precisamos de um mecanismo interno para definir tais limites, algo como
- devolve o índice da última barra válida do instrumento requerido do TF requerido.
- devolve o índice da última barra válida do instrumento requerido do TF requerido.
Há muitas maneiras de se torcer. Mas não vejo nenhum que seja realmente fiável. Porque não existe um critério real para julgar a "autenticidade" de cada uma das barras.
Todos os gráficos são baseados em barras de minutos. Pode ser calculado programmaticamente até à data em que o período de tempo apropriado possa ser construído correctamente. Mas também há aqui um "contudo". No entanto, as TFs minúsculas também não são correctas até à profundidade total da história:
Não sei, penso que precisamos de um mecanismo especial para definir tais limites, algo como
- devolve o índice da última barra correcta do símbolo requerido do TF requerido.