Menos código, mais ação... escrever um EA - página 3

 

Aqui vamos nós:

Maxim Kuznetsov:

Tentarei (ou tentarei, se estiver interessado) fazer uma estrutura para os EAs. Tão adequado quanto possível apenas para coisas simples e que não exijam conhecimentos substanciais do programador aplicado.

Em contraste com a prática aceita localmente,o projeto será conduzido de cima para baixo. Do caso de uso desejado do usuário, não dos fundamentos de engenharia do terminal.

Ou seja, você declara que o projeto não é da base de engenharia do terminal e com a primeira listagem você está profundamente vinculado à base de engenharia dos terminais. Você está tão amarrado que até usa macros de compilação condicional, porque não pode passar sem elas, mesmo ao mais alto nível de usuário.
 
Maxim Kuznetsov:

Em princípio, você pode usar uma entrada como esta dentro do GetData OnCrossSignal. Potencialmente, você poderia até escrever roteiros :-) Mas tudo em tempo hábil... O manuseio de dados é construído como uma tabela eletrônica.

Assim é melhor, você está começando a entender o que eu quero lhe dizer. Se você declarar uma abordagem de cima para baixo, comece de cima para baixo. É por isso que "tudo a seu tempo" não funciona novamente. Esta é a primeira prioridade.

 
 

O EasyLanguage está sendo inventado? Como muitos conselheiros do MT4 que vi, todos eles são escritos através do MT4-API, sem invólucros complexos. Aparentemente, é mais simples e mais confiável, já que o código sai muito conciso.

Se, por exemplo, utilizarmos tais embalagens MT5 para comercialização, ou para MAX, então seria fácil apenas para o autor dessas embalagens.

 
fxsaber:

O EasyLanguage está sendo inventado? Como muitos conselheiros do MT4 que vi, todos eles são escritos através do MT4-API, sem invólucros complexos. Aparentemente, é mais simples e mais confiável, já que o código sai muito conciso.

Se, por exemplo, utilizarmos tais embalagens MT5 para comercialização, ou para MAX, então seria fácil apenas para o autor dessas embalagens.

Concordo, e o desenvolvimento e o apoio no futuro é importante para usar e aprender alguma coisa. Exemplo idiota, mas ainda assim, mql6 ou um novo tipo de pedido sairá, o objetivo era lidar com estes invólucros se você ainda tiver que ler mana neste site.
 
Aleksei Beliakov:
Concordo, e o desenvolvimento e o apoio no futuro é importante para usar e aprender algo. Exemplo idiota, mas ainda assim, mql6 sairá ou novos tipos de pedidos, o sentido era lidar com estes invólucros se você ainda tiver que ler mana neste site.
Você lê mana, você bebe pita, come comida...
É muito fácil adicionar novos objetos a uma estrutura bem organizada enquanto você fuma galinhas e ouve rumores :)
 
Artyom Trishkin:.
É muito fácil adicionar novos objetos a uma estrutura bem organizada
Eu disse o contrário?
 
Vasiliy Sokolov:

Bem, você o escreve corretamente. Mas o usuário entende muito melhor tal pseudo-código:

Outra coisa é que é muito mais difícil fazê-lo funcionar nesta forma particular (procedimento, eu noto), mas ainda assim é possível. Isto é o que se deve tentar alcançar - tornar as instruções em nível de usuário tão simples e abstratas quanto possível. No seu caso, o usuário precisa especificar macros de compilação condicional, funções específicas para o cálculo de médias e outros detalhes técnicos que ele simplesmente não consegue lidar.

if(SMA(Close, 12) > SMA(Close, 24))
   BUY();
else
   SELL();

E qual é o problema de implementá-la? Você escreve uma classe universal como projetada pela TC, depois a inclui com um inluder e abaixo dele, outro inluder com definições de onde embrulhamos chamadas de método:

#define  BUY()   EA.SendOrder(cmdbuy)
#define  SELL()  EA.SendOrder(cmdsell)

a implementação é oculta para o usuário, mas será necessária a facilidade de uso

portanto

 
Sem comércio por favor e sem vínculos comerciais de terceiros.
 
Vladimir Karputov:
Sem comércio, por favor.
Por que você retirou o cargo sobre o próximo passo?
Razão: