[Arquivo!] Qualquer pergunta de novato, de modo a não desorganizar o fórum. Profissionais, não passem por ela. Não poderia ir a lugar algum sem você - 2. - página 227
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
Aumentar o escorregamento. As negociações devem ter sido abertas em um mercado rápido. Acontece às vezes depois de notícias importantes que o Eurobucks é tão rápido em 1-2 ticks que é um pesadelo. E enquanto o servidor está processando o pedido da EA, o preço muda de forma muito abrupta.
Receio que se o Slippage for sempre grande, a DT possa começar a abusar dele de forma sistemática. Seria desejável "movê-lo" dinamicamente - somente se o preço no servidor fosse melhor do que aquele em que o pedido foi enviado. Seria semelhante à licitação manual - se o preço solicitado não estiver mais disponível, então será oferecida uma nova licitação que pode ser aceita pressionando OK ou rejeitada - se for a mesma situação, é claro.
Olá a todos! Por favor, ajude-me a combinar as seguintes coisas. O resultado deve ser: duas linhas seguindo o preço, uma inferior a Ask por 20 pips,
Além disso, recebo um sinal sonoro se o preço mudar em 20 pontos por 1 tick.
Tudo funciona bem separadamente. Obrigado de antemão!
1) A linha abaixo do "Pergunte por 20 pips".
2) A linha está 20 pips acima do Ask.
3) Taxa de mudança de preço ao longo do tempo.
Tipo, um petrosiano esperto quer fazer uma piada))
Sinto muito por isso, o dinheiro é seu. Quanto mais de vocês, melhor estaremos.
O MetaEditor tem um indicador iMA padrão. Sinta-se à vontade para usá-lo :)
Gente! Estou tentando fazer, que negociaria muito, dependendo do risco.... o que não sai.... escreve
Favor informar onde está o erro....
Você tem apenas uma ordem do tipo certo em seu histórico comercial?
Se há uma ordem que fechou em lucro - desistimos do loop e não verificamos o resto da história...
Esta é sua própria função? Ou OrdensHistóriaTotal()?
Estou confuso ao procurar o número de pedidos perdidos. Se você precisa do último pedido fechado, onde está o cheque para o último pedido?
Aqui está a lição de casa para sua própria análise:
E aqui está mais uma coisa:
Mesmo assim, pode ser melhor fazer um controle por menos do que minimamente permitido?
E, ao mesmo tempo, é maior que o máximo (ao passar o tamanho do lote para a função)?
Obrigado, mas você ainda terá que colocar um deslize lá dentro.
Temo que se o Slippage for sempre alto, o CD poderá começar a abusar dele de forma sistemática.
Se trabalharmos com pedidos por bilhete, como escrever corretamente a variável (int Ticket), como uma variável local estática ou como uma variável global regular, ou geralmente como uma variável local regular? Estou confuso. Obrigado.
Tudo depende se esta variável estará disponível para todas as funções da EA (bem... não todas, mas algumas com certeza). Então, a variável é global.
Se for usado apenas em uma função, então é local.
A questão é como "em que água colocar as flores, simples ou adocicada" ... enquanto você adivinhava, as flores se tornaram uma vassoura, no banho. :))
Temo que, se o Slippage for sempre alto, o CD possa abusar dele de forma sistemática. Eu gostaria de "escorregar" dinamicamente - somente se o preço no servidor for melhor do que o preço ao qual o pedido foi enviado. Seria semelhante à licitação manual - se o preço solicitado não estiver mais disponível, então será oferecida uma nova licitação que pode ser aceita pressionando OK ou rejeitada - se for a mesma situação, é claro.