Quaisquer perguntas de recém-chegados sobre MQL4 e MQL5, ajuda e discussão sobre algoritmos e códigos - página 1899
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
Que idéia brilhante! Quem o inventou e qual é sua aplicação prática? Duvido que seja usado exclusivamente para gráficos de janelas deslizantes.
Que idéia brilhante! Quem o inventou e qual é sua aplicação prática? Duvido que seja usado exclusivamente para gráficos de janelas deslizantes.
É verdade, não é descabido saber a quantidade de dados que se pode retroceder. Porque este buffer circular está "pisando nos próprios pés", devido ao seu comprimento limitado.
Esta é a melhor maneira de fazê-lo.
Verifiquei, sim, é uma boa solução - estou mantendo-a.
Mas eu ainda gostaria de verificar se oArrayCopy funciona
---
Decidi fazer desta maneira, porque não é legal arrancar o gráfico:
No exemplo da Vitali, você pode usar esta idéia. Mas não há maneira de evitar o loop (que é crítico para ele). Em qualquer caso, temos que transferir os dados do buffer de anéis para o buffer indicador usando o loop ou a função ArrayCopy. E o que vai mudar?
Que idéia brilhante! Quem o inventou e qual é sua aplicação prática? Duvido que seja usado exclusivamente para gráficos de janelas deslizantes.
Quem a inventou - sem fim à vista, acho que ela foi reinventada muitas vezes, a idéia é bastante óbvia.
Eu, por exemplo, a utilizo para calcular a média móvel dos dados que não estão armazenados no histórico, mas que só tem um valor instantâneo.
Isto tem sido usado na transmissão de dados desde tempos imemoráveis.
No exemplo da Vitali, você pode usar esta idéia. Mas não há maneira de evitar o loop (que é crítico para ele). Em qualquer caso, temos que transferir os dados do buffer de anéis para o buffer indicador usando o loop ou a função ArrayCopy. E o que seria diferente?
Que um novo valor possa ser inserido e imediatamente copiado do local desejado. O ciclo de cópia permanece, mas não há ciclo de turno.
Verifiquei, sim, é uma boa solução - estou mantendo-a.
Mas eu ainda gostaria de verificar como oArrayCopy funciona.
Com o ArrayCopy, você só pode transferir dados de outro array. Mas não se pode deslocá-los. Você pode usar um buffer de anéis e transferir dados a partir dele... Mas como você pode fazer isso com oArrayCopy se ele tem um movimento circular. Eu não entendo. E, em princípio, isso não precisa ser entendido. O deslocamento habitual usando um laço não é tão crítico em termos de velocidade. Pelo menos, eu não sei mais rápido. O que pode ser mais rápido, apenas montador? De qualquer forma, deixe as coisas como estão. Funcionará.
Que um novo valor possa ser inserido e copiado imediatamente do local correto. O ciclo de cópia permanece, mas não há ciclo de turno.
Vamos dar um exemplo, seria no
O código para atualização é
Com o ArrayCopy, você só pode transferir dados de outro array. Mas não é possível deslocá-las. Você pode usar um buffer circular e transferir dados a partir dele... Mas como fazê-lo com oArrayCopy se ele tem um movimento circular... Eu não entendo. E, em princípio, isso não precisa ser entendido. O deslocamento habitual usando um laço não é tão crítico em termos de velocidade. Pelo menos, eu não sei mais rápido. O que poderia ser mais rápido, montador? De qualquer forma, deixe as coisas como estão. Vai funcionar.
Neste momento o código funciona, mas a velocidade é questionável por causa do loop.
O que vai ser?
Eu quero testar algumas cozinhas para a capacidade de arbitragem, o indicador irá desenhar a diferença de valores, funciona com um timer uma vez a cada 100ms. Os atrasos na execução do código são críticos para esta situação.
Isto tem sido usado na transmissão de dados desde tempos imemoráveis.
Conveniente. Você não pode discordar disso. Mas como disse antes, deve-se sempre considerar a quantidade de dados que se pode reverter.