Características da linguagem mql5, subtilezas e técnicas - página 60
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
Eu não sei de que GUI você está falando, mas na aba de parâmetros da janela do testador você pode definir os campos start e stop. E o testador determina corretamente o número de valores dos parâmetros.
Passo de campo.
Passo de campo.
Campo de passos.
Provavelmente a razão é que os campos de enumeração podem receber valores próprios que não podem ser múltiplos de nenhuma etapa.
A razão é provavelmente que os campos de enumeração podem receber valores próprios, que podem não ser um múltiplo de qualquer passo.
Sim, não é um bug, foi por isso que começamos a falar sobre isso neste tópico. Se quisermos uma etapa de otimização, ela pode ser definida através do MQL para enumerar.
Fórum sobre negociação, sistemas de negociação automatizados e testes estratégicos
Bibliotecas: TesterBenchmark
fxsaber, 2017.11.22 16:54
Inserindo apenas uma linha em cada uma das variantes do MT5
Acelerado a 100% em 67%, artesanal em 108%!
Mas esse não é o ponto principal. Conseguimos acelerar os nossos EAs com uma linha! E isto é no Optimizer onde o Comentário não tem qualquer papel.
Exemplo de uso
Como fazer isso no OnInit (sem o OnTick) - não sei.Um trecho do diálogo sobre o tema mencionado
Você poderia explicar com um exemplo como estas duas cordas são diferentes no modo Optimize?
Ao optimizar no primeiro caso, será calculada uma expressão de cadeia antes da impressão. A impressão em si será chamada, mas não vai funcionar.
No segundo caso, a impressão será chamada, mas não vai funcionar. E a conversão de cordas i+d também não vai funcionar
Em um teste simples, os resultados da primeira e segunda chamadas serão os mesmos tanto no tempo quanto na saída recebida.
Ou seja, é muito mais barato usar impressão com vírgulas para otimizar os modos do que formar um único parâmetro de entrada para ele como uma string.
Por outro lado, se formar tudo como um único fio dentro da impressão, é fácil desactivar a sua formação no modo Optimizar através de
mas tal construção não vai funcionar se forem usadas vírgulas. Além disso, tal construção também a desactivará no modo Optimizar.
Portanto (e por outras razões) é melhor não chamar funções realmente importantes dentro da Impressão. Como resultado, se você cuidar do desempenho no modo Otimizar, você ainda precisará fazer algo como isto
Um trecho do diálogo sobre o tema mencionado
Ou seja, é muito mais barato usar impressão com vírgulas para otimizar os modos do que formar um único parâmetro de entrada como uma string para ele.
Por outro lado, se você formar tudo como uma única linha dentro da Impressão, é fácil desativar sua formação no modo Otimizar através de
mas tal construção não vai funcionar se forem usadas vírgulas. Além disso, tal construção também a desactivará no modo Optimizar.
Portanto (e por outras razões) é melhor não chamar funções realmente importantes dentro da Impressão. No final, se você se importa com o desempenho no modo Optimize, você ainda precisará fazer algo como isto
Desculpe, talvez eu não entenda, por que eu preciso chamar funções importantes para impressão?
Não é proibido.
Não é proibido.
Eu concordo.
só queria saber qual é o objectivo?
Agora encontrei um problema com mais de 1000 negócios no histórico e quando chamo a função de processamento do histórico, por exemplo, para calcular o lucro do histórico. + Não sei porque me estou a preocupar com este problema. Isto é, as citações vêm com um atraso.