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
Escreveu sobre isto na documentação!
Não há forma de conseguir que a EA chame cada um desses carrapatos. A prova é aceite?
Está a levar isto a sério?
Quando o tick é tocado, está quente, e pode chamá-lo imediatamente utilizando o pedido SymbolInfoTick. Escrevi de imediato sobre esta possibilidade. Se quiser, pode fazer Sleep(1) em vez de Sleep(10).
Li-o e com muito cuidado. A questão é que se o Sleep for utilizado no OnTimer, é impossível determinar quando se deixa o intervalo de teste. IsStopped (coloquei-o imediatamente em código por causa da leitura da documentação) não funciona no momento da saída. De quem é a culpa?
Porque é que precisa de determinar quando sai do intervalo de teste? O testador irá detectá-lo para si e interromper os testes. Leu exactamente a citação que lhe dei?
Porquê determinar o ponto em que o intervalo do teste é excedido? O testador irá determinar isto para si e interromper os testes. Já leu com precisão a minha citação?
Por favor, olhe para o meu código fonte acima e assinale onde contém um erro lógico. Eu não saio do intervalo em lado nenhum.
IsStopped() não se torna verdadeiro ao quebrar o intervalo no OnTimer. É por isso que é um aborrecimento.
Está a falar a sério?
Um tick é tocado, e pode imediatamente tomá-lo ainda quente com o pedido SymbolInfoTick. Escrevi de imediato sobre esta possibilidade. Se quiser, pode usar Sleep(1) em vez de Sleep(10).
A sério! Dormir(1) não ajudará porque há várias carraças por 1 ms no mesmo FORTS.
Além disso, como funcionará o Sleep(1) durante o fim-de-semana? Haverá milhões de controlos ociosos. É um desperdício.
MQL4. TimeToString() e TimeToStr(). Nos parâmetros do 2º argumento, está escrito "TIME_MINUTES gets result in form " hh:mm "" e "TIME_SECONDS gets result in form " hh:mm:ss "". Isto deve ser corrigido para "hh:mi " e "hh:mi:ss".
mi - não existe tal formato. Há mm - significando minutos. E mmm significa mês.
_MQL4_
intArrayMinimum(const void&array[],// array para pesquisar
intcount=WHOLE_ARRAY// número de testes
intstart=0,// índice a partir do qual a pesquisa é iniciada
);
_MQL5_
intArrayMinimum(const void&array[],// array para pesquisar
intstart=0,//o índice a partir do qual a pesquisa é iniciada
intcount=WHOLE_ARRAY// número de verificados
);
É suposto isto tornar a vida doce? Brilhante.
Bem, então o formato "yyyyy.mm.dd hh:mi" deve ser corrigido para "yyyyyy.mmm.dd hh:mm".
mm - dois dígitos de mês,
dd - sinais de dois dias,
hh - dois dígitos de horas,
mm são dois dígitos de minutos.
Mas mi é um sinal para minutos e um sinal para quê? Pensei que era um índice de ciclo.
Portanto, não invente padrões para encurtar os formatos de tempo, por favor. Não há necessidade de confusão...