![MQL5 - Linguagem para estratégias de negociação inseridas no terminal do cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Hoje me deparei com o fato de que uma posição fechou e a outra abriu em outra, e quase ao mesmo tempo entre carrapatos.
No final, as ordensTotal() permaneceram em 8. A lógica do Expert Advisor ficou confusa - ele não recalculou os novos dados
É exatamente nisso que eu penso e não gosto. Embora minha situação seja um pouco diferente, a essência é a mesma. Estou pensando.
É exatamente isso que estou pensando e não gosto. Embora minha situação seja um pouco diferente, mas a questão é a mesma. Estou pensando.
Alexander, você não encontrará nada melhor do que a biblioteca de Artem Trishkin. Embora ele esteja me criticando, é apenas cerca de mql5 e eu não estou fazendo muito em mql4, por isso não estou usando aquela biblioteca. Comecei um Expert Advisor e tentei usá-lo, mas desisti. A idéia revelou-se incompetente antes de a implementação ter sido concluída. )))
IMHO, construir um algoritmo sobre a busca da história não é a melhor opção. E mudar o tamanho da história é ainda pior. Um problema tem sido descrito por Vitaly. O outro é que, se não estamos escrevendo somente para nós mesmos, geralmente é inaceitável. O número de pedidos na história em mql4 depende da seleção da profundidade
E imagine que o usuário decide olhar para a história por hoje, depois por uma semana e mais algumas trocas... A EA ficaria louca se quisesse))))
É exatamente isso que estou pensando e não gosto. Embora minha situação seja um pouco diferente, mas a questão é a mesma. Estou pensando.
O hash soma das propriedades dos pedidos e posições. O símbolo é codificado na soma dos códigos de caracteres que compõem seu nome. Mas depois apenas um loop completo. Quando a soma do hash é alterada - veja o que aconteceu.
Como assim?
Alexander, você não encontrará nada melhor do que a biblioteca de Artem Trishkin. Não sei por que ele está me criticando, mas é apenas sobre mql5, e eu não estou fazendo muito em mql4, então não estou usando aquela biblioteca. Comecei um Expert Advisor e tentei usá-lo, mas desisti. A idéia revelou-se incompetente antes de a implementação ter sido concluída. )))
IMHO, construir um algoritmo sobre a busca da história não é a melhor opção. E mudar o tamanho da história é ainda pior. Um problema tem sido descrito por Vitaly. O outro é que, se não estamos escrevendo somente para nós mesmos, geralmente é inaceitável. O número de pedidos na história em mql4 depende da seleção da profundidade
E imagine que o usuário decide ver a história por hoje, depois por uma semana e mais algumas trocas... O Conselheiro Especialista ficaria louco se quisesse))))
Alexey, OrderHistoryTotal() funciona claramente, há sempre um "Período de seleção" a ser preenchido ou deduzido.
Alexei, OrderHistoryTotal() funciona bem, ou preenche ou reduz o "Select period".
Eu não entendo. Você está dizendo que isso não depende das configurações do terminal? Houve alguma mudança desse tipo?
Eu não entendo. Você está dizendo que isso não depende das configurações do terminal? Houve alguma mudança desse tipo?
Não, mas talvez estejamos falando de coisas diferentes.
Isto sempre vai funcionar.
Pode não funcionar em 1 caso em 100.500.
Uma soma de hash das propriedades dos pedidos e posições. O símbolo é codificado na soma dos códigos de caracteres que compõem seu nome. Mas depois apenas um loop completo. Quando a soma do hash muda - veja o que aconteceu.
dar um exemplo em código - esta é uma característica necessária
IMHO, não é a melhor maneira de construir um algoritmo sobre uma busca da história.
Eu nem pensei em tocar OrderHistoryTotal(), por quê?
dar um exemplo em código - esta é uma característica necessária