Erros típicos e como lidar com eles quando se lida com o ambiente comercial - página 6
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
Já discutimos isso. não vai ser universal, porque uma coisa precisa de uma coisa e a outra de outra.
Apelo para um retorno à realidade. E se houver incerteza na forma de uma ordem de mercado, então ou você espera pelo resultado e retorna o que já aconteceu, ou deixa o programa decidir como lidar com isso. Mas certamente não para devolver uma quantidade ao acaso.
Não é um quid pro quo, é apenas a forma como é. Há duas posições totalmente disponíveis para troca e uma congelada (sem troca). Há três posições no total. Isto se encaixa bem com a lógica do MT4 que você tomou como referência.
Se o MC tivesse feito uma operação síncrona normal, não teria havido nenhuma pergunta desse tipo.
Além disso, o fxsaber explicou porque ele faz isso da maneira que faz e porque ele não está satisfeito com minha lógica.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Erros típicos e como corrigi-los quando se trabalha com um ambiente comercial
fxsaber, 2018.02.24 16:25
Vou até lhe mostrar como são essas ordens de mercado canceladas
Somente não há erro.
Este exemplo acabou sendo muito mais legal. Um TP colocado pelo próprio corretor foi codificado! E quase imediatamente (eu estava esperando por 115 ms - aparentemente era um bug do MT5) após o fechamento do novo pedido, o corretor definiu outro TP, que foi executado. Os comentários aos pedidos não apareceram na captura de tela. A cor verde éORDER_REASON_TP. Assim, a ordem de rejeição tem mesmo um ORDER_POSITION_ID.
Se os MCs fizessem uma operação síncrona normal, não haveria nenhuma pergunta desse tipo.
Tal OrdemSend pode ser escrita pelo próprio codificador. Quando utilizo OrderSend sincronizado, esta é a solução que utilizo.
Deve ser entendido que os MC's poderiam ter um intervalo de tempo se eles mesmos o escrevessem. Logicamente, o MC não é responsável pelas ordens de mercado enviadas a um sistema de terceiros.
Tentou muito, mas ainda não conseguiu descobrir onde 2 + 1 != 3 é importante.
ZZZ também existe uma variante assíncrona. E aí é bem possível encontrar uma ordem de mercado. Portanto, tal função de contagem de posição seria relevante mesmo que os MCs fizessem uma "operação síncrona normal".
Este OrderSend pode ser escrito pelo próprio codificador. Quando utilizo uma variante síncrona do OrderSend, esta é a solução que utilizo.
Entretanto, deve ser entendido que os MCs poderiam obter um intervalo se eles próprios escrevessem tal solução. Logicamente, o MC não é responsável pelas ordens de mercado enviadas a um sistema de terceiros.
Tentou muito, mas ainda não conseguiu descobrir onde 2 + 1 != 3 é importante.
Não, não dessa forma. No seu caso: 2 + 1 - 1 = 3
Percebo que temos uma aritmética diferente. Provavelmente, não deve continuar. Mas influenciar a Buy More para parar de postar código com bugs valeria a pena.
Percebo que temos uma aritmética diferente. Provavelmente, não deve continuar. Mas eu acho que valeria a pena influenciar a KB a parar de postar código com bugs.
Tentou muito, mas ainda não consegue descobrir onde é importante que 2 + 1 != 3.
quando a estratégia implica uma reação imediata a uma posição aberta. neste caso, o redirecionamento pode quebrar a lógica.
Na grande maioria dos casos, qualquer contabilidade (tanto a ordem como posição e a ordem como um estado intermediário, não operante) tirará os problemas.
Tal OrderSend pode ser escrito pelo próprio codificador.
estranha lógica, eu também posso escrever o terminal dessa maneira. depois do mt4, parece que os problemas mudam para a cabeça do codificador. e tantas coisas.
quando a estratégia implica uma reação imediata a uma posição aberta. neste caso, o redirecionamento pode quebrar a lógica.
Receio que isso seja lógica tortuosa. Mas eu posso estar errado, é claro. Seria interessante ouvir a lógica.
estranha lógica, também posso escrever o terminal dessa maneira. depois do mt4 parece que os problemas mudam para a cabeça do codificador. e assim por diante com muitas coisas.
Acho que ainda é uma questão de documentação desinformada ou fraca. Creio que se tudo fosse bem explicado ali, haveria menos erros e tais conversas. Mas provavelmente é para isso que serve este fórum. Porque é óbvio que é impossível levar em conta tudo na documentação.
ZZY O código fonte da minha solução pronta foi afixado no domínio público.