Discussão do artigo "Desenvolvendo um EA multimoeda (Parte 2): Transição para posições virtuais de estratégias de trading" - página 5
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
Não é um fato que, no mercado, a complicação do modelo funcionará melhor do que uma cesta de TSs simples
Parece-me que a implementação do destaque é uma tarefa nada trivial. Normalmente, os parâmetros da estratégia são definidos no início, e os sinais de abertura/fechamento são determinados por algum algoritmo enquanto a estratégia está sendo executada. Se salvarmos o histórico de aberturas em alguma forma unificada, tudo isso terá de ser alimentado na entrada da segunda estratégia.... Será que é assim? Se fornecermos essas informações na forma de um algoritmo (função) e seus parâmetros fixos, não descobriremos que chegamos ao mesmo ensacamento, mas com uma porta dos fundos?
https://t.me/fxsaberDiscussion/3877
Muito obrigado, li com interesse. Quero fazer algo semelhante, só que com mais automação, e para isso pretendo colocar em operação, sem piedade, suas bibliotecas para trabalhar com arquivos *.opt e *.tst do testador.
Parece-me que a implementação do destaque é uma tarefa não trivial. Normalmente, os parâmetros da estratégia são definidos na inicialização, e os sinais de abertura/fechamento são determinados por algum algoritmo enquanto a estratégia está em execução. Se salvarmos o histórico de aberturas em alguma forma unificada, então tudo isso terá de ser alimentado na entrada da segunda estratégia.... Será que é assim? Se fornecermos essas informações na forma de um algoritmo (função) e seus parâmetros fixos, não descobriremos que chegamos ao mesmo ensacamento, mas com uma porta dos fundos?
Não pensei em como fazer isso por meio do otimizador. Não, deve acontecer que cada estratégia seguinte melhore a anterior, ou seja, seja construída em cima dela. A maneira exata de visualizar isso é uma questão de tempo. Você pode simplesmente pesquisar como as árvores impulsionadas funcionam na Internet e usá-las como base para o seu design. Pode haver muitas nuances, sim. Mas eu mesmo não farei isso, porque tudo isso já está nos algoritmos do MO. E não é uma panaceia, mas pode ser melhor do que um portfólio TC em termos de suas propriedades.
Não tinha pensado em como fazer isso por meio do otimizador.
Essa é uma rotina que pode ser totalmente automatizada por meio da conexão do mqh apropriado ao mq5.
O algoritmo é o seguinte.
Portanto, você pode misturar o que quiser. É óbvio que, mesmo com uma pesquisa completa, o resultado final dependerá da sequência em que os TSs são lançados.
Também está claro que, mesmo no SB, haverá uma melhoria dos indicadores a cada passagem, mas será um ajuste.
Muito obrigado, dei uma olhada no código. Analisarei a passagem de parâmetros de entrada mais tarde. Se não for possível adotar essa abordagem completamente, alguns pontos provavelmente serão muito úteis.
Apliquei os resultados atuais do meu trabalho com entradas novamente (no apêndice) ao código deste artigo.
Aqui está um exemplo do que o SimpleVolumesExpertSingle.mq5 se tornou.
Consegui obter uma prescrição única de inputs(SimpleVolumesStrategyInput.mqh) no código.
Apliquei os resultados atuais do meu trabalho com insumos novamente (no apêndice) ao código deste artigo.
Um exemplo do que o SimpleVolumesExpertSingle.mq5 se tornou.
Consegui obter uma prescrição única de inputs(SimpleVolumesStrategyInput.mqh) no código.
Isso me pareceu, de alguma forma, visivelmente mais fácil do que a variante anterior. No entanto, talvez seja apenas o fato de que, quando você olha para o código de outra pessoa mais uma vez, ele se torna mais claro e mais simples a cada vez. Muito obrigado! Enquanto estudava, surgiu uma dúvida: o código que vem depois de "// Copie e cole a atualização daqui:" não pode ser colocado em um arquivo de inclusão e anexado em vez de colado? Não é conveniente fazer um experimento agora, então pensei em perguntar.
No terceiro artigo, ainda não cheguei aos parâmetros de entrada :(. Mas com certeza isso acontecerá.
Enquanto estudava, surgiu uma dúvida: é possível colocar o código que vem depois de "// Copie e cole a atualização daqui:" em um arquivo de inclusão e conectá-lo em vez de colá-lo? Não é conveniente fazer um experimento neste momento, então decidi perguntar.
Infelizmente, não é possível, porque o #include do mesmo arquivo acontece apenas uma vez - no primeiro encontro. Depois disso, ele é ignorado.
Esse é um dos motivos pelos quais você teve que criar um arquivo completamente idêntico com um nome diferente aqui.
Mas, em geral, a opção Copiar e Colar está a apenas alguns cliques. Não é necessário entender esse código.
No terceiro artigo, os parâmetros de entrada ainda não alcançaram os parâmetros de entrada :(. Mas com certeza isso acontecerá.
Sua arquitetura é um pouco diferente da minha, portanto, não forneci ao INPUT_STRUCT muitas coisas que seriam úteis nesse projeto.
É bom que você não o tenha publicado, porque eu o refiz novamente - na versão mais concisa e conveniente (parece ser a versão final).
Acrescentei group, string-inputs e algumas outras pequenas coisas para conveniência futura.
Partes do código do aplicativo para demonstrar como ele é usado.
É bom que eles não tenham postado, pois eu o refiz novamente, na versão mais concisa e fácil de usar (parece ser a versão final).
Sim, uma situação muito familiar. Tudo parece estar lá, e então você refaz e fica ainda melhor. Acho que essa também não é a versão final, porque você se orientou nos cenários de uso de parâmetros no código que já foram publicados. No que diz respeito à criação de parâmetros em conjuntos e, mais ainda, à criação automática em conjuntos, você provavelmente descobrirá que também pode melhorar/simplificar.
Obrigado!!!