Que corretor devo escolher? - página 5

Novo comentário
 
C-4:

As paragens são implementadas através de pausas. Infelizmente, o TakeProfits é virtual.

No meu modelo tanto SL como TP são implementados.

Sem o CCA, é fundamentalmente impossível utilizar TP e SL ao mesmo tempo.

Sem um CCA não podemos falar da fiabilidade de um único SL sob a forma de uma ordem pendente (parte de um lote a partir de uma posição de rede).
por isso, qualquer sistema semelhante coloca a lógica empresarial em risco de antemão.

As paragens foram escolhidas como o elemento mais importante na maioria dos sistemas.

esta é uma abordagem estranha, o AT é igualmente importante.

Só se pode usar um deles, mas não os dois ao mesmo tempo.

não há armadilhas ou dificuldades em não utilizar ambas ao mesmo tempo.

No início também pensei assim, mas depois tornou-se cada vez mais complicado. Ordens vinculativas, o que é óbvio para todos, é uma tarefa trivial.

continua a ser assim.

Vou abrir um pouco mais o meu motor ;)

O princípio por detrás do meu modelo é simples, e a abstracção e o OOP permitem-lhe fazer maravilhas como:

#include <MQL45™.mqh>

class _EA : public CMQL45™
{

старый код MQL4

};

E o programador não precisa de alterar nada no antigo código MQL4. Mesmo os indicadores permanecem na forma sob a qual vivem no modelo MQL4.

Martingales, média, chaebols, indicadores simples EAs - todos testados com sucesso e totalmente idênticos às entradas MT4 e MT5 de testes e utilização real de EAs.

Por outras palavras, obter a portabilidade completa do código MQL4 em MQL5 utilizando o motor MQL45™. Ou utilizar a biblioteca MQL4™ para desenvolver sistemas de encomenda MT4 no MT5.

 
sergeev:

Abrir um pouco mais o meu motor ;)

Uau...
 
sergeev:

...

Abrir um pouco mais o meu motor ;)

...

Obtenha a portabilidade completa do código MQL4 para MQL5 através do motor MQL45™. Ou pode utilizar a biblioteca MQL4™ para desenvolver sistemas de encomendas MT4 no MT5.

Algo até fez o meu cérebro encolher ao tentar imaginar tudo isto. Fixe! ))
 

Só há um problema...

Tudo isto é interessante apenas para o nosso irmão-progamer, teórico-pesquisador.

Os comerciantes (clientes freelance) estão longe da tecnologia, precisam de uma solução, e não estão interessados no conteúdo do código. todos os artifícios, OOP, complexidades, pressupostos que deveriam funcionar de alguma forma nem sempre correctos - não estão satisfeitos.

É por isso que a MQL45 está sentada na prateleira à espera de um consumidor único :)

 
sergeev:

Há apenas um problema...

Tudo isto é interessante apenas para o nosso irmão-progamer, teórico-pesquisador.

Os comerciantes (clientes freelance) estão longe da tecnologia, precisam de uma solução, e não estão interessados no conteúdo do código. todos os artifícios, OOP, complexidades, pressupostos que deveriam funcionar de alguma forma nem sempre correctos - não estão satisfeitos.

É por isso que a MQL45 está sentada na prateleira à espera de um consumidor único :)

Talvez faça sentido manter esta tecnologia não na prateleira, mas no Mercado?
 
sergeev:

por isso a MQL45 está deitada na prateleira à espera de um consumidor único :)

E quanto à fiabilidade do sistema de encomendas?
 
sergeev:

No meu modelo tanto SL como TP são implementados. bastante reais com controlo de integridade adicional "encomenda MT4".
Sem um CCA não podemos falar de fiabilidade de um único SL sob a forma de uma ordem pendente (parte de um lote a partir de uma posição de rede).
por isso, qualquer sistema semelhante coloca a lógica empresarial em risco de antemão.

esta é uma abordagem estranha, o AT é igualmente importante.
não há armadilhas ou dificuldades em não utilizar ambas ao mesmo tempo.
continua a ser assim.

Vou abrir um pouco mais o meu motor ;)

O princípio por detrás do meu modelo é simples, e a abstracção e o OOP permitem-lhe fazer maravilhas como:

E o programador não precisa de tocar em nada no seu antigo código MQL4. Mesmo os indicadores permanecem na forma sob a qual vivem no modelo MQL4.

Martingales, média, chaebols, indicadores simples EAs - todos testados com sucesso e totalmente idênticos às entradas MT4 e MT5 de testes e utilização real de EAs.

Por outras palavras, obter a portabilidade completa do código MQL4 em MQL5 utilizando o motor MQL45™. Ou utilizar a biblioteca MQL4™ para desenvolver sistemas de encomenda MT4 no MT5.

Fixe. Mas mais uma vez, vamos adiar este argumento para uma data posterior. Vejo que esta pode ser uma conversa interessante: resolver um problema com duas abordagens diferentes. É que até as especificações serem publicadas, não há nada a discutir.
 
sergeev:

Só há um problema...

Todo este disparate só interessa ao nosso irmão, o investigador teórico.

Os comerciantes (clientes freelance) estão longe da tecnologia, precisam de uma solução, e não estão interessados no conteúdo do código. todos os artifícios, OOP, complexidades, pressupostos que não devem funcionar sempre bem - não estão satisfeitos.

É por isso que a MQL45 está sentada na prateleira à espera de um cliente único :)

Sinceramente, não o compreendo bem. Venda aos seus clientes uma solução pronta numa caixa. E não precisam de saber o que está lá dentro.

tol64:
Talvez faça sentido armazenar esta tecnologia não na prateleira, mas no Mercado?
Concordo plenamente com a sua pergunta. É mais fácil publicá-lo no Mercado do que prestar um serviço único num freelancer. O código do motor é 100% baseado em MQL, nenhuma biblioteca de terceiros utilizada?
 
TheXpert:
Como é a fiabilidade do sistema de encomendas?

Não há CCA no servidor - não há garantia de que a lógica empresarial não falhará.

Afinal, estamos a modelar com base nos acordos e encomendas que estão na história do terminal. Note-se que o Conselheiro Especialista não falhará ao manter o seu modelo.
Mas, tal como assinalado por C-4, um historial comercial pode falhar quando o corretor o tiver alterado (quem sabe quando isso acontece, mas há uma hipótese).

a fiabilidade do sistema de encomendas (e a sua lógica de ferro) é baseada em apenas três identificações

1. DEAL_ORDER
2. DEAL_MAGIC / ORDER_MAGIC
3. Estado da encomenda

- A noção de uma posição é neutralizada enquanto tal. As posições não são de todo tidas em conta no modelo MT4.
- A identificação do preenchimento da ordem por comércios(DEAL_ORDER/OrderState) + se um SL/TP for accionado, o preenchimento da ordem destas ordens SL/TP é feito.
- O SL e TP efectivamente definidos na ordem pendente - após ter sido preenchido (o volume é controlado) - são substituídos por uma ordem de paragem e limite com um ORDER_MAGIC correspondente ligando a ordem pendente com a ordem inicial.

Este é o esquema de análise e controlo geral das encomendas

então - apenas uma questão de técnica - necessário EncomendarEnviar na direcção pretendida + um pouco de gráfico mostrando que ordem é colocada onde.
A única coisa a considerar é fechar a ordem de mercado do terminal MT4 como uma posição, caso contrário seria como abrir um novo terminal oposto.

 
C-4:

É mais fácil de colocar no mercado do que prestar um serviço único em freelance.

nenhuma exigência.
O meu projecto MQL45™ tem mais de três anos.
Penso que comecei ao mesmo tempo que https://www.mql5.com/ru/forum/3693/page2. O projecto foi implementado na altura, mas não foi mais longe do que a teoria.

até agora, você é o único na direcção certa :) - publicar um artigo e ser pago pelo menos pela abertura e uma variante da implementação desta ideia.

O código do motor é 100% baseado em MQL, não são usadas bibliotecas de terceiros?

Não.

123456789
Novo comentário