Quaisquer perguntas de recém-chegados sobre MQL4 e MQL5, ajuda e discussão sobre algoritmos e códigos - página 1206
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
Alert("Разбег "+DoubleToString(delta,_Digits));
ou Alerta(StringFormat("Spread %.5f",delta));
em geral, acostume-se, são apenas representações diferentes de um mesmo número. Pense em seus maravilhosos anos escolares - é de lá que vem.
Obrigado. Mas e se eu precisar usar o valor delta como um número e compará-lo? Por exemplo.
Isso seria correto?Obrigado. E se eu precisar usar o valor delta como um número e comparar? Por exemplo.
Isto é correto?Você pode comparar dois números reais como este:
https://www.mql5.com/ru/docs/basis/types/double
Você pode comparar dois números reais como este:
https://www.mql5.com/ru/docs/basis/types/double
Você pode, se tiver certeza de que eles não podem ser muito próximos em valor. Afinal de contas, suave é comparado ao quente.
Eu não entendo. Por exemplo. Tomo o número de pips que o preço passou em um tique. Se o preço passou mais de 20 pontos, então recebo um Alerta.
Comparo a diferença de preço (1,12300-1,12321=0,00021) com o valor máximo necessário (0,00020).
0.00021>0.00020.
O que isso tem a ver com suavidade e calor?
Eu não entendo. Por exemplo. Tomo o número de pips que o preço passou em um tique. Se o preço passou mais de 20 pontos, então recebo um Alerta.
Comparo a diferença de preço (1,12300-1,12321=0,00021) com o valor máximo necessário (0,00020).
0.00021>0.00020.
O que isso tem a ver com suavidade e calor?
você precisa de pontos, então compare os pontos.
e o dobro é comparado ao epsilon (DBL_EPS se a memória servir), caso contrário você pode obter 3,0-0,2 > 2,0+0,8 (figurativamente, os números podem ser diferentes)
você precisa de pontos, então compare os pontos. eles são inteiros, a propósito.
enquanto o dobro é comparado ao epsilon (DBL_EPS se a memória servir), caso contrário você pode obter 3,0-0,2 > 2,0+0,8 (figurativamente, os números podem ser diferentes)
melhor usar@fxsaber exemplo para este fim:
roteiro para verificar:
Eu não entendo. Por exemplo. Tomo o número de pips que o preço passou em um tique. Se o preço passou mais de 20 pontos, então recebo um Alerta.
Comparo a diferença de preço (1,12300-1,12321=0,00021) com o valor máximo necessário (0,00020).
0.00021>0.00020.
O que isso tem a ver com suavidade e calor?
Bem, às vezes você não precisa ler tudo o que está escrito.
Você levou números que normalmente são representados pelo sistema. Pegue estes...
e você recebe
A idéia é a-b==c, mas o computador lhe dará tais erros. Foi escrito muito sobre isso no fórum, pesquisar e ler.
Mas você pode pegar a diferença normalizada e o valor de controle normalizado e compará-los.
Bom tempo para todos vocês. Pergunta: em MT4, ao trabalhar no testador com cruzes (pares sem contrapartidas), como o testador calcula os resultados das posições fechadas, se a conta, na qual o teste é realizado, é uma conta em dólar? Para o recálculo dos totais de posição em dólares, o testador leva a taxa de câmbio da moeda base da cruz para o dólar no momento atual ou no momento do intervalo testado? Suspeito fortemente que seja no momento atual. Em caso afirmativo, é impossível fazê-la calcular no momento do intervalo?
Alguém sabe?
conte o MODE_TICKVALUE em si para cada tick.
Você poderia, se tiver certeza de que eles não podem ser muito próximos em valor. Afinal de contas, suave é comparado ao quente.
Seo prom18 precisa comparar dois números, dentro dos sinais de Dígitos, este é o único método que funciona:
Mas, como você pode ver, tem ainda mais variações: https://www.mql5.com/ru/forum/160683/page1205#comment_17247843. Portanto, no exemplo, eu reduzi intencionalmente a precisão da comparação em dois dígitos. É claro que tal dispersão nos valores dos preços é bastante imprecisa. Mas de que outra forma comparar dois números em casos como este...? Se o desvio fosse sobre Dígitos, então não poderíamos usar EqualDoubles, mas usar NormalizeDouble para cortar todas as coisas desnecessárias.
Embora, você também poderia fazer isso assim: