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
Nenhum objeto personalizado pode verificar a si mesmo sem uma chamada correspondente. Ou seja, ela deve ser escrita pelo usuário em seu código. Se ele o tiver escrito, ele mesmo fará o processamento.
O mecanismo change_id é muito simples: você executa o método Refresh. Depois disso, você obtém os dados, o que e onde foi atualizado na lista de eventos que você criou.
Sua implementação é quase muito semelhante à do Observer, mas você usa o all-in-one.
A única diferença importante que vejo é que agora você precisa verificar todos os eventos separadamente fora da classe Calendar após Refresh, dependendo da classe Calendar.
Se você unificar o formato de troca (no exemplo, o CArrayObj mais simples) e filtrar dentro da biblioteca para obter uma lista apenas dos eventos atuais.
E, em geral, essa já é uma ferramenta bastante útil para trabalhar com notícias.
A única diferença importante que vejo é que agora é necessário escrever a verificação de todos os eventos separadamente fora da classe Calendar após a atualização, embora dependa da classe Calendar.
Na saída, você obterá um objeto com apenas eventos atualizados. Você não precisará procurar os atualizados.
O resultado será um objeto com apenas eventos atualizados. Você não precisará pesquisar eventos atualizados.
Entendo, mas não vi o método Refresh ali.
Então, em geral, ele é simples e conciso, sobre a atualização do Revised a qualquer momento - capturar isso também está resolvido, pelo que entendi?
Entendo, mas não vi um método Refresh lá.
Ele ainda não foi implementado. Farei isso quando estiver livre.
Então, em geral, é simples e conciso, sobre a atualização do Revised a qualquer momento - capturar isso também está resolvido, pelo que entendi?
De acordo com a documentação, a captura de qualquer alteração deve ser feita.
Uma notícia pode chegar 23 segundos antes de seu horário ou 115 segundos depois.
Esses 115 segundos parecem ser artificiais, pois as notícias sobre o BRL e o USD em momentos diferentes têm a mesma defasagem.
ZY Há poucas estatísticas. Mas parece que no Tester podemos contar com segurança com uma defasagem de dois minutos.
Olá, fxsaber.
É possível usar essa biblioteca com uma lógica inversa? Em vez de fazer o backtest com base no horário das notícias, crie o Calendar Example.mq5 para permitir ordens somente em dias sem eventos de alto impacto.
Exemplo: comprar USDJPY quando o RSI estiver abaixo de 30, somente se não houver notícias de alto impacto no dia atual para as moedas USD e JPY.
Se for o caso, você poderia modificá-lo e anexar o arquivo aqui? Isso é tudo o que preciso, diga-me se conseguiu. Obrigado.
Olá, fxsaber.
É possível usar essa biblioteca com uma lógica inversa? Em vez de fazer o backtest com base no horário das notícias, crie o Calendar Example.mq5 para permitir ordens somente em dias sem eventos de alto impacto.
Exemplo: Compre USDJPY quando o RSI estiver abaixo de 30, somente se não houver notícias de alto impacto no dia atual para as moedas USD e JPY.
Se for o caso, você poderia modificá-lo e anexar o arquivo aqui? Isso é tudo o que preciso, diga-me se conseguiu. Obrigado.
Você pode usar uma lógica diferente. Mas eu não faço isso. Entre em contato com um especialista.
Você pode fazer uma lógica diferente. Mas eu não faço isso. Entre em contato com um especialista.
Isso não é possível. Entre em contato com um especialista.