Características da linguagem mql5, subtilezas e técnicas - página 109
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
lógico - é um golpe de estado.
Escreveu a informação sem avaliar a sua lógica. Se for afectado, o PositionID deveria ter mudado da mesma forma.
Não está a mudar agora. Se isto é um insecto, isso seria óptimo!
Por conseguinte, uma questão. A transacção DEAL_ENTRY_INOUT deve alterar o PositionID para DEAL_ORDER?
Penso que deveria. Este comportamento seria muito conveniente/direito.Escreveu a informação sem avaliar a lógica. No entanto, se for afectado, o PositionID deveria ter mudado da mesma forma.
Não está a mudar agora. Se isto é um insecto, isso seria óptimo!
Por conseguinte, uma questão. A transacção DEAL_ENTRY_INOUT deve alterar o PositionID para DEAL_ORDER?
Diz que não. https://www.mql5.com/ru/docs/constants/tradingconstants/positionproperties#enum_position_property_integer
Embora tenha sido escrito anteriormente que sim, e o ID do cargo tenha sido alterado.
Diz que não. https://www.mql5.com/ru/docs/constants/tradingconstants/positionproperties#enum_position_property_integer
Talvez haja uma boa razão para isso. Do meu ponto de vista, não me parece nada correcto.
Embora antes de ser escrito que sim, e o ID do cargo foi alterado.
Peço aos criadores que esclareçam a situação. Quando a PositionID muda, depois de cinco inversões, o separador Histórico de Negociação na vista Posições mostrará cinco posições.
Agora (o PositionID não muda durante uma mudança de posição) é sempre mostrada apenas uma posição. Isto é, para o dizer de forma suave, uma solução estranha.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Nova versão do MetaTrader 5 build 1930: janelas de gráficos flutuantes e bibliotecas .Net em MQL5
fxsaber, 2018.11.09 16:19
No modo "por carraças reais", o Testador gera as barras independentemente - na chegada das carraças. Por esta razão, o histórico de um símbolo personalizado no Terminal e no Testador pode ser bastante diferente.
A situação ocorre frequentemente quando, após a compilação do Consultor Especialista, as definições do Testador são repostas, se este Consultor Especialista tiver sido previamente seleccionado no mesmo. Isto é, no mínimo, irritante. Após cada compilação, temos de ir à árvore dos Conselheiros Peritos e procurar a nossa EA. Se alguém não souber, há uma receita para o Testador não reiniciar. Deve executar o Expert Advisor uma vez em modo de depuração no histórico - CTRL+F5. Depois disso, qualquer recompilação não afectará as definições do Testador.
A mesma coisa, ontem reparei nisso!
Corrigido desta forma: Após compilar a nova versão (Novo nome de ficheiro), tem de reiniciar o terminal. - Talvez não actualize o mqlcache
Depois disso, o testador não faz o reset ao ficheiro anterior durante a compilação.
Este problema apareceu várias vezes antes, depois desapareceu. Depois reapareceu novamente....
Z.I. Não leu o significado das suas palavras e estava a aconselhar em vez de perguntar...
Alguém aqui? Veja o guião de download do histórico...
Serei eu o único que morre congelado? O guião é retirado da ajuda...
Fórum sobre comércio, sistemas comerciais automatizados e teste de estratégias comerciais
Situação pouco clara quando as ordens pendentes são desencadeadas.
fxsaber, 2018.11.26 13:37
Há também uma situação como esta:
Por exemplo, não há posições ou ordens - PositionsTotal = 0, OrdersTotal = 0.
Estabelece-se uma ordem de mercado. PosiçõesTotal = 0, EncomendasTotal = 1.
A ordem de mercado é executada - OrdersTotal = 0. Mas PosiçõesTotal = 0!
de tal forma que PositionsTotal pode (não é difícil de reproduzir) mudar.
Por exemplo, PositionsTotal retorna zero imediatamente antes de PositionsSelectBytTicket, o que retorna verdadeiro.