Problema com a validação da EA no mercado - página 9
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
Portanto, a utilidade deve ser um indicador ou roteiro. Ou seja, você precisa compilar o código como um indicador ou script (não como um EA) e publicá-lo na seção Utilities.
Portanto, a utilidade deve ser um indicador ou roteiro. Ou seja, você precisa compilar o código como um indicador ou script (não como um EA) e publicá-lo na seção Utilities.
Obrigado pela dica, vou tentar.
Portanto, a utilidade deve ser um indicador ou roteiro. Ou seja, você tem que compilar o código como um indicador ou script (não como um EA) e publicá-lo na seção Utilities.
Por que tais limitações na escolha da forma do produto?
Existem limitações conhecidas nos indicadores (por exemplo, você não pode usar o Sleep Webrequest, etc.), um roteiro será reiniciado quando você trocar o cronograma...
Esta é a posição oficial sobre os serviços públicos?
Por que a utilidade não pode ser projetada como um especialista?
Esta é a posição oficial sobre os serviços públicos?
Não. Estou apenas compartilhando minha experiência de colocação de produtos no mercado.
Por que tais restrições na escolha da forma do produto?
Estou baseado em uma lógica elementar. Se o programa não é comercializado, por que torná-lo um Expert Advisor? É muito mais fácil torná-lo um indicador. Você pode anexar mais de um indicador ao gráfico.
Os indicadores têm limitações bem conhecidas (por exemplo, você não pode usar o Sleep Webrequest, etc.), um roteiro será reiniciado quando você trocar o cronograma...
Que outras limitações têm os indicadores que estão ausentes para os Expert Advisors não-comerciais? Ainda nada me vem à mente.
Por que a utilidade não pode ser projetada como um Expert Advisor?
O teste terminou com erros
Pode apostar! :)
Por exemplo, você pode implementar eficientemente a economia de recursos computacionais usando o Sleep - a carga na CPU.
Ou mais um exemplo: você pode implementar a espera para o download das séries de tempos necessárias.
Ou outro exemplo: você também pode implementar a animação de gráficos.
No roteiro, é impossível implementar o temporizador sem ele.
Você pode pensar em muitas outras coisas que podem ser feitas com Dormir ;)
O teste terminou com erros
Este é um enigma especial para os desenvolvedores. Cada um se contorna à sua maneira.
Eu aposto! :)
Por exemplo, você pode efetivamente usar o Sleep para economizar recursos computacionais - a carga sobre a CPU.
Ou mais um exemplo: você pode implementar a espera para o download das séries de tempos necessárias.
Ou outro exemplo: você também pode implementar a animação de gráficos.
No roteiro, é impossível implementar o temporizador sem ele.
Sim, há muitas coisas que podem ser feitas usando o Sleep ;)
Por favor )))
De nada ))
É um pouco abstrato... Estamos falando de uma coisa específica e de um ambiente específico.
Você pode nos dar argumentos específicos por que o Sono que estamos discutindo é ruim para a arquitetura de programas em nosso contexto, é claro?
Eu dei alguns argumentos... E não vejo nenhuma falha na arquitetura ao usar o Sleep para resolver estas tarefas.
Talvez eu esteja entendendo mal sua declaração? Em caso afirmativo, favor corrigi-lo.
Eu só quero entender: o que estou perdendo? Pessoalmente, acho esta função muito útil e a utilizo freqüentemente para algumas tarefas na MQL e não consigo nem imaginar que ela possa resolver tarefas tão importantes de forma mais elegante.