Qualquer pergunta de novato, de modo a não desorganizar o fórum. Profissionais, não passem por aqui. Em nenhum lugar sem você - 6. - página 312
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
Esta é apenas uma implementação muito "modesta" que não pode ser expandida: elimina todas as ordens da EA ou todas as ordens deste mágico para este símbolo, se houver um de mercado. Ou seja, considera todas as encomendas feitas ao instrumento (com/sem levar em conta o mágico) como estando ligadas pela relação CCA.
Este pode não ser o caso de forma alguma. Por exemplo, pode haver 2 ou 3 grupos de pedidos interligados em 20 colocados, e os demais não estão de forma alguma interligados. Esta EA não pode ser expandida para tal contabilidade - temos que reescrever tudo ou podemos usar esta EA em um modo manual: então a contabilidade dos mestres de grupos de ordens vinculados tem que ser feita manualmente e devemos "pendurar" tantos EAs quantos houver grupos de ordens em um comércio.
Olá. Que tal remover tudo o resto e deixar apenas isto?
Os dois primeiros pedidos são definidos: compras e vendas com lucro apenas com takeprofit . Depois, quando um deles é aberto, o segundo é apagado. O mesmo par de pedidos também é colocado novamente. E novamente, quando um deles abre ou quando o takeprofit aciona, o mesmo par de pedidos é definido. Este é um ciclo assim.
Agradecemos antecipadamente.
Olá. Que tal remover tudo o resto e deixar apenas isto?
Os dois primeiros pedidos são definidos: compras e vendas com lucro apenas com takeprofit . Depois, quando um deles é aberto, o segundo é apagado. O mesmo par de pedidos também é colocado novamente. E novamente, quando um deles abre ou quando o takeprofit aciona, o mesmo par de pedidos é definido. Este é o ciclo.
Agradeço antecipadamente.
Na verdade, seu primeiro algoritmo também não é complexo. Se eu entendi corretamente, então quando uma ordem pendente é acionada, precisamos encontrar o mais próximo da posição recém-aberta (da ordem acionada) oposta à ordem pendente e apagá-la?
Se eu entendi corretamente, não há nada de complicado aqui.
Que papel desempenha uma variável estática, o que é e como ela se comporta no programa?
Ele mantém seu valor mesmo ao calcular o próximo tick, mas só é visível a partir da função em que é criado. tyt
Na verdade, seu primeiro algoritmo também não é complicado. Se eu entendi corretamente, então quando uma ordem pendente é acionada, precisamos encontrar o mais próximo da posição recém-aberta (da ordem acionada) oposta à ordem pendente e apagá-la?
Se eu entendi corretamente, não há nada de complicado aqui.
Olá. Que tal remover tudo o resto e deixar apenas isto?
Os dois primeiros pedidos são definidos: compras e vendas com lucro apenas com takeprofit . Depois, quando um deles é aberto, o segundo é apagado. O mesmo par de pedidos também é colocado novamente. E novamente, quando um deles abre ou quando o takeprofit aciona, o mesmo par de pedidos é definido. Este é o ciclo.
Agradeço antecipadamente.
Se as encomendas forem em pares, é fácil de implementar: cada par tem seu próprio magik. O código mágico para cada par deve ser modificado em cada iteração, por exemplo, o valor do contador de laço deve ser adicionado. Somente se houver vários EAs em um par, é necessário selecionar "gama de magiks" diferentes para cada EA para que não se impeçam mutuamente. Por exemplo, um "número base" + "contador de iteração" onde o "número base" é um parâmetro externo, na verdade, é um deslocamento que deve ser definido manualmente . A "contagem da iteração" é uma variável estática. Para a conta real devemos também definir posições de pedidos já feitos, caso o terminal seja reiniciado durante a operação.
Na verdade, seu primeiro algoritmo também não é complicado. Se eu entendi corretamente, então quando uma ordem pendente é acionada, precisamos encontrar o mais próximo da posição recém-aberta (da ordem acionada) oposta à ordem pendente e apagá-la?
Se o entendemos corretamente, então não há nada de complicado aqui.
Se for É sempre o mais próximo então pode ser bastante simples e, naturalmente, não são necessários mágicos. Mas não ouvimos nada sobre isso da PGM5, e no caso geral pode não ser o mais próximo por preço, mas pode estar a qualquer distância do preço atual e entre ordens pode ser colocado devido a outras razões: não sabemos nada sobre o algoritmo de tomada de decisão. Estávamos falando apenas de ordens vinculadas.
Obrigado!!! Muito claro.
e usar o mecanismo de busca do site: digitar "estático" e selecionar a categoria "documentação" não é mais tão difícil.
são as palavras de borilunad. Ele está indo bem, mas tem ficado para trás nos últimos dias )