Discussão do artigo "Estratégias de ordem. Expert Advisor de propósito múltiplo." - página 2
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
Eu pensei.... :)
ok. é claro que é uma pena que você não tenha enfatizado no artigo dois recursos que eu vejo por mim mesmo
1. o ex5 expert conhece e sabe como processar todas as macros. basta que ele alimente diferentes arquivos txt para trabalhar.
2. os parâmetros da macro podem ser ajustados "on the fly" no arquivo txt.
Caso contrário, tudo isso não passa de uma biblioteca comum de funções para trabalhar com ordens e posições. O que acontece é que você decidiu chamá-las de fora, analisar o txt e identificar as macros necessárias.
mas, sinceramente, nem sei quem vai usá-la. Para um iniciante, há muito código; para um profissional, há poucas possibilidades.
Dmitriy, é necessário colocá-lo no construtor visual para ter um assistente.
E a segunda coisa que você precisa (se não quiser jogar esse desenvolvimento fora) é de mais exemplos de estratégias. Para que elas sejam transparentes e seja visível quais parâmetros das macros afetam o quê.
Carregue uma dúzia de estratégias na base de código. Mas certifique-se de que sejam simples e com uma explicação constante de todos os parâmetros.
Para que essa abordagem fique clara e eles comecem a usá-la (e talvez até desenvolvam o número de macros, código aberto :).
Eu pensei.... :)
ok. é claro que é uma pena que você não tenha enfatizado no artigo dois recursos que eu vejo por mim mesmo
1. o ex5 expert conhece e sabe como processar todas as macros. basta que ele alimente diferentes arquivos txt para trabalhar.
2. os parâmetros da macro podem ser ajustados "on the fly" no arquivo txt.
Caso contrário, tudo isso não passa de uma biblioteca comum de funções para trabalhar com ordens e posições. O que acontece é que você decidiu chamá-las de fora, analisar o txt e identificar as macros necessárias.
mas, sinceramente, nem sei quem vai usá-la. Para um iniciante, há muito código; para um profissional, há poucas possibilidades.
Dmitriy, é necessário colocá-lo no construtor visual para ter um assistente.
E a segunda coisa que você precisa (se não quiser jogar esse desenvolvimento fora) é de mais exemplos de estratégias. Para que elas sejam transparentes e seja visível quais parâmetros das macros afetam o quê.
Carregue uma dúzia de estratégias na base de código. Mas certifique-se de que sejam simples e com uma explicação constante de todos os parâmetros.
Para que essa abordagem fique clara e eles comecem a usá-la (e talvez até desenvolvam o número de macros, código aberto :).
Dimitri, obrigado pelo artigo. Muito interessante!
Se eu pudesse combinar seu material com o formato apresentado no artigo de Sergeev Prototype of a trading robot....
A propósito, não é possível codificar todas as estratégias (no seu caso, estratégias que usam ativamente ordens pendentes) usando ferramentas poderosas de OOP? Parece que criar uma meta-linguagem separada é uma complicação da tarefa atual...
Dimitri, obrigado pelo artigo. Muito interessante!
1. Se pudéssemos combinar seu material com o formato apresentado no artigo Protótipo de robô de negociação de Sergeev...
2. A propósito, não é possível codificar todas as estratégias (no seu caso, estratégias que usam ativamente ordens pendentes) usando ferramentas poderosas de OOP? Parece que criar uma meta-linguagem separada é uma complicação da tarefa atual...
1. já está meio que combinada, pelo menos não está em contradição. Ou não está claro o que pode ser combinado ali e se isso é necessário?
2 - Esta é uma pergunta do tipo: por que precisamos de qualquer linguagem de programação, se tudo pode ser codificado em linguagem assembly.
Não pretendo que isso seja algo tão universal, projetado para substituir todo o resto. É apenas uma tentativa de formalizá-la, pois me parece bastante bem-sucedida, ou pelo menos uma dica de que ela é fomalizável.
1. parece já estar combinado, pelo menos não contraditório. Ou não está claro o que pode ser combinado ali e se isso é necessário?
2) Essa é uma pergunta do tipo: por que precisamos de alguma linguagem de programação, se tudo pode ser codificado em linguagem assembly?
Não pretendo que isso seja algo tão universal, projetado para substituir todo o resto. É apenas uma tentativa de formalização, pois me parece bastante bem-sucedida, ou pelo menos uma dica de que é fomalizável.
Dima, não dê ouvidos a ninguém.
// Quero dizer, me escute! :-) :-) :-) :-)
Obviamente, você não está sendo arrastado (tentou ser arrastado) por toda a multidão. Eles estão tentando envergonhá-lo com uma conexão insuficiente com a prática de criar sistemas de negociação. Eu o teria enviado há muito tempo, mas você ainda está tolerando isso e ainda está envergonhado.
Considero o artigo exatamente o contrário - ele demonstra e documenta bem um excelente exemplo de uma máquina de estados escrita em mql5 (!) - o autômato muito finito, que um certo camarada recentemente tentou promover como uma novidade. E deveríamos discutir as vantagens e desvantagens de sua implementação a partir dessas posições teóricas. Todas as variantes de discussão "mais próximas da negociação" (c) são tagarelice infantil em uma caixa de areia para adultos. Onde estão os poderosos teóricos que foram imensos nessa discussão crítica? Onde estão os aplausos para o verdadeiro realizador? Onde está a discussão sobre esse projeto como uma "máquina de estado"?
:)
Dmitry, ótimo artigo, muito obrigado!
Pessoalmente, gostei da ideia de usar fases e IDs de posição, pois isso permite que você organize qualquer sistema de gerenciamento de dinheiro de forma muito flexível.
Mas, em geral, NÃO gostei da ideia de um Expert Advisor e arquivos txt. O ideal seria criar tudo como um arquivo de inclusão de classe mqh separado, sem nenhum arquivo txt adicional. E também escrever um exemplo de um Consultor Especialista com essa classe, idealmente, pegar um Consultor Especialista MACD padrão do terminal e mostrar a todos como é fácil "implementar" seu sistema de gerenciamento de posição em qualquer Consultor Especialista!!!! Escreva um segundo artigo, vale a pena....
Alex5757000:
Pessoalmente, gosto da ideia de usar fases e IDs de posição, pois isso permite que você organize qualquer sistema de gerenciamento de dinheiro de forma muito flexível.
Sim, e é muito surpreendente que poucas pessoas o utilizem.
Mas, em geral, NÃO gostei da ideia de um especialista e de arquivos txt. O ideal seria criar tudo como um arquivo de inclusão de classe mqh separado, sem nenhum arquivo txt adicional. E também escrever um exemplo de um Consultor Especialista com essa classe, idealmente, pegar um Consultor Especialista MACD padrão do terminal e mostrar a todos como é fácil "implementar" seu sistema de gerenciamento de posição em qualquer Consultor Especialista!!!! Escreva um segundo artigo, vale a pena...
Sim, e é surpreendente como poucas pessoas o estão usando.
Talvez agora você possa compreender as informações subjacentes descritas no Prototype Trading Robot....Entendi. A questão é que, do meu ponto de vista, essas coisas deveriam ser apresentadas na forma de bibliotecas prontas, projetadas como uma classe. Caso contrário, haverá uma série de inconvenientes na integração com Expert Advisors prontos. Usar arquivos .txt externos é, em princípio, uma má ideia.