Erros, bugs, perguntas - página 1442
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
Por favor diga-me como ultrapassar a situação quando o testador limita o número de posições em aberto a cem, apesar do facto de, nos parâmetros que especifico 1000?
Leia sobreCopyRates() atenciosamente:
Nota
1. Se o intervalo de dados solicitados estiver completamente fora dos dados disponíveis no servidor, a função retorna -1. Se os dados solicitados estiverem fora de TERMINAL_MAXBARS (quantidade máxima de barras no gráfico), a função também retornará -1.
2. Ao solicitar dados do indicador, se as séries de tempos solicitadas ainda não tiverem sido construídas ou precisarem de ser descarregadas do servidor, a função retornará -1 imediatamente, mas o próprio processo de descarregamento/construção será iniciado.
3. Ao solicitar os dados ao Expert Advisor ou um script, o descarregamento a partir do servidor será iniciado, se o terminal não tiver estes dados localmente, ou a construção das séries temporais necessárias começará, se os dados puderem ser construídos a partir do histórico local, mas ainda não estiverem prontos. A função devolverá a quantidade de dados que estará pronta quando o tempo limite expirar, mas o histórico continuará a ser descarregado, e da próxima vez que for feito um pedido semelhante, a função devolverá mais dados.
1. isto é correcto e lógico, antes de solicitar dados, deve verificar o número permitido de barras na janela.
2) Também está correcto; deve tentar receber os dados até que o terminal devolva a quantidade necessária, lembrando-se de verificar a ligação com o servidor. Não há dúvida sobre a qualidade dos dados recebidos aqui - os dados ou estão lá ou não.
3. aqui não está nada claro. Nunca se pode ter a certeza de que os dados recebidos estejam completos. E porque precisaria o utilizador de dados que não estão seguros da sua exaustividade? A prática mostra que nenhum truque (tentativas preliminares para obter dados a fim de inicializar o descarregamento a partir do servidor) não dá confiança de que o pedido obterá dados completos.
Penso que é mais prático tornar o comportamento das funções de recuperação de dados em Expert Advisors semelhante ao dos indicadores.
Leia sobreCopyRates() atenciosamente:
3. e aqui não é de todo claro. Nunca se pode ter a certeza de que os dados recebidos estejam completos. E porque deveria o utilizador precisar de dados que estão incompletos? A prática mostra que nenhum truque (tentativas preliminares para obter dados para iniciar o descarregamento a partir do servidor) lhe dá a confiança de que o pedido obterá dados completos.
Porque não pode ter a certeza? Usar a sérieInfoInteger(símbolo,período,SÉRIE_SYNCHRONIZED) para ter a certeza.
Continue a ler a documentação. Com a maior ponderação possível.
Porque não pode ter a certeza? Para ter a certeza, use SeriesInfoInteger(símbolo,período,SÉRIE_SYNCHRONIZED)
Continue a ler a documentação. Não seja menos atencioso.
Obrigado pela dica, mas já há muito tempo que uso esta bandeira. Existem outras formas mais fiáveis?
Estou a antecipar a sua próxima sugestão - para abrir a janela do gráfico do instrumento solicitado. E isto é feito, mas a totalidade dos dados não é garantida.
Obrigado pela dica, mas verificar esta bandeira está em uso activo por mim há muito tempo. Existem outras formas mais fiáveis?
Qual é então o problema? Se esta bandeira for definida como verdadeira, os dados actuais são totalmente sincronizados. Podem estar incompletos porque o servidor tem mais dados do que você - a história vai mais fundo
Depois consulte o histórico em profundidade e verifique SeriesInfoInteger(symbol,PERIOD_M1,SERIES_SERVER_FIRSTDATE) contra a primeira data da sua acta local
Qual é então o problema? Se esta bandeira for definida para true, os dados actuais são totalmente sincronizados. Podem estar incompletos porque o servidor tem mais dados do que você - a história vai mais fundo
Depois consulte o histórico em profundidade e verifique SeriesInfoInteger(symbol,PERIOD_M1,SERIES_SERVER_FIRSTDATE) contra a primeira data da sua acta local
Mas isto é suicídio para o Conselheiro Especialista. Receberá terríveis atrasos. E não precisa, por regra, de uma história completa.
Penso sobre isto. No relatório de mercado, os dados mais recentes e se o terminal não puder fornecer a quantidade necessária de dados a pedido dentro dos limites do histórico do servidor e do número permitido de barras na janela, em tais casos, devolver -1, como nos indicadores. Ou se obtém dados ou -1, não há terceira opção.
Faço-o antes de solicitar dados:
Mas já durante as consultas directas, os dados vêm com buracos. Por vezes sem buracos. É disso que estou a falar - sem confiança nos dados recebidos.
O vídeo inserido através do editor de mensagens não é guardado.
Versão Google Chrome 46.0.2490.86 m.
Internet Explorer 11.11.10586.0.
Os indicadores regulares NÃO estão a funcionar após a actualização do sistema para Windows10. Não é simplesmente possível anexar aos gráficos. No editor, é apresentado um erro ao compilar
Os indicadores regulares NÃO estão a funcionar após a actualização do sistema para Windows10. Simplesmente não pode ser anexado aos gráficos. No editor, o erro https://i.gyazo.com/5dbea3b25ab9a45cf3a9449335c1f57f.png aparece ao compilar.