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
Acho que um exemplo como este é ilustrativo.
Se você não dorme, muitas vezes você tem uma situação em que a história não teve tempo de se atualizar após OrderClose e OrderCommission retorna um valor como se OrderClose não tivesse sido feito.
Note que este é um roteiro e não pode haver nenhum evento. A única saída é um sono idiota.
Se você reescrever este roteiro com SB, nada vai mudar.
Não confunda MT4 com MT5
Isto e MT5
Isso e MT5
Não existe tal coisa no MT5.
Eles funcionam de maneira completamente diferente.
Não existe tal coisa no MT5.
Eles funcionam de maneira completamente diferente.
Fórum sobre comércio, sistemas automatizados de comércio e testes estratégicos
Bibliotecas: MT4Orders
fxsaber, 2016.11.14 13:33
// Add: Полная синхронизация OrderSend, OrderModify, OrderClose, OrderDelete с торговым окружением (реал-тайм и история) - как в MT4.
// Максимальное время синхронизации можно задать через MT4ORDERS::OrderSend_MaxPause в мкс. Среднее время синхронизации в MT5 ~1 мс.
Com base no acima exposto, o Sleep(1) deve ser definido após cada comércio?
Não, o tempo de sincronização é flutuante. Ver
A prática mostra que Dormir(1) é suficiente na grande maioria dos casos.
Em geral, é bastante estranho receber uma resposta da OrderSend sobre um ambiente comercial alterado, quando este ambiente alterado em si ainda não pode ser lido.
A prática mostra que o sono(1) é suficiente na grande maioria dos casos.
Às vezes o sono(0) também é suficiente. Mas deve haver uma solução de trabalho para todos os casos e para um tempo mínimo de espera.
Por que os desenvolvedores deveriam consertar o bug do "Sr. Balão"?
e além disso, há o OrderSendAsync().