É possível implementar uma contabilidade FELICITÁVEL da estrutura de posição agregada na MT5? - página 7
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
Você pode fazer muitas coisas, mas "apenas um TP e um SL....". E TP e SL são bons na medida em que são capazes de trabalhar sem internet, sem EA, e sem todas as funções da biblioteca. Agora, por exemplo, não podemos definir manualmente duas ordens pendentes com diferentes níveis de TP ou mesmo uma ordem pendente direcional. Não, lotes por lotes, mas esta posição líquida para o terminal é um passo atrás. É claro que os DC são mais simples, pois trabalham com lucro líquido de qualquer maneira, mas isso é um obstáculo para um comerciante.
Eu concordo. Se não fosse a execução de EAs personalizados em um servidor comercial, a implementação de uma linguagem elementar de configuração/cancelamento de ordens vinculadas e o armazenamento desses firmware em um servidor seria uma boa solução. Então não precisaríamos entrar em ordens de limite de compra, tudo isso poderia ser feito por nós mesmos, bem como muitas outras coisas que devem ser executadas no servidor comercial.
Acho que é aqui que o exemplo é rebuscado. Você faz um botão no visor, chamando-o de algo como "fechar tudo", que fecha tudo, com a marcação necessária.
O exemplo é rebuscado, é claro, mas transmite a idéia. É impossível enumerar todas as situações que surgem.
Os níveis de ordens TP e SL teriam sido possíveis com a existência de ordens OCO que estão presentes em quase todas as plataformas. Entretanto, na MT5 também não estão disponíveis.
Talvez os desenvolvedores argumentem porque rejeitaram posições virtuais (e ordens OCO) no servidor comercial, como já está implementado em algumas plataformas. E nos fale sobre sua visão para resolver este problema.
Eu concordo. Um passo à frente seria, se não a execução de EAs personalizados no servidor comercial, então pelo menos a introdução de uma linguagem elementar para colocar/cancelar pedidos vinculados e armazenar esses firmware no servidor. Neste caso, não precisaríamos entrar em ordens de stop stop, seríamos capazes de fazer tudo isso sozinhos, assim como muitas outras coisas que deveriam ser feitas no servidor comercial.
O firmware no servidor comercial é um enorme passo em frente. Manter-se no lugar são posições virtuais no servidor comercial (como está agora no MT4). Infelizmente, não há nada disso. As razões pelas quais é necessário agitar-se por todos os tipos de lugares, quando antes não era necessário fazê-lo, não são claras.
Os microprogramas em um servidor comercial são um enorme passo em frente. Permanecer colocado são posições virtuais no servidor comercial (como está agora no MT4). Infelizmente, não há nada disso. As razões pelas quais você tem que mexer em todos os tipos de lugares, quando você não tinha que fazê-lo antes, não são claras.
Porque a maioria dos corretores trabalha com clientes usando lógica semelhante. Embora esta lógica seja inconveniente para o comércio mecânico. Afinal de contas, os desenvolvedores têm em seu plano de fazer do MT5 um software de bolsa de valores. Explique então aos corretores porque já não é como costumavam fazer :)
porque a maioria dos corretores trabalha com clientes usando lógica semelhante. Embora esta lógica seja inconveniente para o comércio mecânico. Afinal, os desenvolvedores têm um plano para que o MT5 se torne um software de bolsa de valores. Explique então aos corretores por que não é como costumavam fazer :)
Para os corretores, tudo permanece como antes - posição líquida. O corretor nem precisa saber sobre as posições virtuais.
Para os corretores, é o mesmo que antes - uma posição líquida. O corretor nem precisa saber sobre as posições virtuais.
Sim, ele faz. Ele trabalha com os clientes e responde às suas reclamações.
Para os corretores, é o mesmo que antes - uma posição líquida. O corretor nem precisa saber sobre as posições virtuais.
Como? Se você mantém as posições virtuais em seu lugar - então ninguém sabe delas. E se você tem tal serviço no servidor - então o corretor apenas sabe sobre eles. E parece estar sob a NFA. Não é assim?
Você tem pouca idéia do problema. Se alguém tiver pelo menos a idéia de considerar HOPEFULO a estrutura de posição agregada, então o ramo morrerá, então eu também tenho uma mentalidade primitiva de espírito estreito. Caso contrário, é um problema sério que já terá de ser resolvido pelos desenvolvedores.
Eliminar as paradas e substituí-las por ordens pendentes. O fechamento da posição agregada não os afetará. Ou seja, em vez de ordens ativas, precisaremos contar as ordens pendentes (ou pares de ordens pendentes).
Eliminar com paradas e substituí-las por pausas. O fechamento de uma posição agregada não os afetará. Em outras palavras, em vez de ordens ativas, precisaremos contar as ordens pendentes (ou pares de ordens pendentes).
Leia o fio um pouco mais, então talvez o problema se torne mais claro.
Como é isso? Se você armazena as posições virtuais por conta própria - então ninguém sabe realmente sobre elas. Mas se o servidor tem tal serviço - o corretor apenas sabe sobre eles. E parece estar coberto pela NFA. Não é assim?
Não está sujeita à NFA, pois há um histórico de transações comerciais para a NFA e qualquer auditoria. É simplesmente que cada transação está ligada a uma posição virtual. E se essa ligação é ou não utilizada é problema exclusivo do comerciante, não do corretor.
Escreviaqui como a Dukascopy a implementou.