Ajuda para os desenvolvedores. - página 12
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
2. A história por copo é, a meu ver, uma coisa impensável. Posso estar errado, mas a quantidade de memória necessária para registrar mudanças de todos os valores no copo (que ocorrem em milissegundos) é excessiva. É possível registrar dados durante um pequeno período de tempo fazendo um buffer circular no interior e analisar as assinaturas de mudanças de valor. Também é possível visualizar os dados na forma de curvas em um gráfico, mas apenas por um curto período. Esta não é uma tarefa fácil.
Se você quer dizer algo mais, por favor, explique.
4. Ver ponto 2. é necessário muito espaço. O arquivo crescerá a salto e salto. A leitura irá atrasar todo o programa. Apenas um buffer circular com um pequeno período de corrente.
5. A visualização dos dados dentro da EA ou indicador é possível após a construção do buffer acima.
2. Não há necessidade de pensar - basta anotar.
Por exemplo, 4 bytes tempo 4 bytes preço 4 bytes valor, profundidade 10(20), 10 vezes por segundo novos dados - 200mb dia, 1gb semana, 1tb disco 1000 semanas - 20 anos (2 anos com atualização 100 vezes por segundo), valores aceitáveis para hoje. (sobre o absurdo do "ring-buffer" - "ring-buffer" como um tópico que promove a programação mql ou um exemplo para um assunto de informática tem um lugar (baseado em artigos aqui), como uma solução - muito controversa)
4. "Record history" não é um único arquivo, por exemplo, arquivos de resultados por uma hora, e arquivos temporários caem por um minuto.
5. Você não precisa construir nenhum amortecedor, você deve 1) arquivar corretamente as operações para registrar o histórico, 2) visualizar a barra 1-n (um minuto) 3) visualizar o histórico.
Em outras palavras, você tem que tomar soluções prontas, cortar, adicionar, modificar e construí-las. Desde que o vidro apareceu, e você já o fez (vidro), você pode usá-lo, especialmente com as mãos de um profissional.
1. entrada em inglês. "input".
"trail" é uma abreviação da palavra "trailing" - ou seja, uma parada de trilha.
"sebe" significa "cobertura". Leia mais sobre este conceito na literatura comercial. 2.
2) TakeProfit Grade I explicado acima. Verbatim - "Grelha Takeprofit". Não sei exatamente o que isso significa. (ver acima).
Takeprofit hedge é o takeprofit de uma posição de hedging.
3. "Fechar na parada" é um fechamento na parada. "Mais perto" é simplesmente um close-out.
2. Não é preciso pensar - é preciso apenas anotar.
Por exemplo, 4 bytes tempo 4 bytes preço 4 bytes valor, profundidade 10(20), 10 vezes por segundo novos dados - 200mb dia, 1gb semana, 1tb disco 1000 semanas - 20 anos (2 anos se atualizado 100 vezes por segundo), valores aceitáveis para hoje. (sobre o absurdo do "ring-buffer" - "ring-buffer" como um tema que promove a programação mql ou um exemplo para um assunto de ciência da computação tem um lugar (baseado em artigos aqui), como uma solução - muito controversa)
4. "Record history" não é um único arquivo, por exemplo, arquivos de resultados por uma hora, e arquivos temporários caem por um minuto.
5. Você não precisa construir nenhum amortecedor, você deve 1) corretamente para que as operações de arquivo registrem o histórico, 2) visualizar a barra 1-n (um minuto) 3) visualizar o histórico.
Em outras palavras, você tem que tomar soluções prontas, cortar, adicionar, modificar e construí-las. Se o copo estiver pronto e você já o tiver usado (o copo), você pode usá-lo, especialmente se você for um profissional.
Você sabe melhor do que eu o que precisa ser feito. Faça-o. Eu só dou minha opinião e, se eu puder, ajudo você a encontrar uma solução.
Por exemplo, 4 bytes tempo 4 bytes preço 4 bytes valor, profundidade 10(20), 10 vezes por segundo novos dados - 200mb dia, 1gb semana, 1tb disco 1000 semanas - 20 anos (2 anos ao atualizar 100 vezes por segundo), valores aceitáveis para hoje.
O "Histórico de gravação" não é um único arquivo, por exemplo, arquivos de resultados por uma hora, e arquivos temporários por um minuto.
Petr Doroshenko:
4. O "histórico de registros" não é um único arquivo, por exemplo, arquivos de resultados por hora, e arquivos temporários caem por minuto.
5. Você não precisa construir nenhum buffer, você precisa 1) registrar o histórico corretamente por operações de arquivo, 2) visualizar 1-n bar(minuto) 3) visualizar o histórico.
Em outras palavras, você tem que tomar soluções prontas, cortar, adicionar, modificar e construí-las. Se o copo estiver lá, e você já tiver cuidado dele (o copo), mais ainda, ele será feito por um profissional.
1. O que você quer dizer com"registrar o histórico corretamente por operações de arquivo"? Escrever uma funcionalidade que escreve o histórico do copo em um arquivo?
2. O que você quer dizer com "visualizar uma barra de 1 minuto "? Como você visualiza?
3. O que você quer dizer com "visualizar a história"? Para visualizar o histórico de mudanças nos valores dos valores-limite no copo, lendo-o a partir de um arquivo? De que forma devemos visualizá-lo?
4. O método"pegar soluções prontas, cortar, adicionar, trocar e esculpir" nunca é usado. Nada de nenhuma qualidade sai dela.
Meu tumblr usava dados "ao vivo" em vez de dados gravados, que obtinha de outra plataforma. Não visualizou nem registrou nada.
Petr Doroshenko:
(sobre o absurdo do "ring-buffer" - "ring-buffer" como um tópico popularizando a programação mql ou exemplo para o assunto da informática tem um lugar (baseado em artigos aqui), como uma solução - muito controversa)
Acredite-me, no seu caso, um buffer de anéis é muito mais fácil de construir e muito mais conveniente de usar para visualização.
Acredite que, no seu caso, um buffer de anéis é muito mais fácil de construir e muito mais conveniente de usar para visualização.
1. O que você quer dizer com"registrar o histórico corretamente por operações de arquivo"? Escrever uma funcionalidade para escrever o histórico do copo em um arquivo?
2. O que significa "visualizar 1-n bar(minuto) "? Como visualizar?
3. O que você quer dizer com a visualização da história? Visualizar o histórico de mudanças nos valores dos limites do copo lendo-o a partir de um arquivo? De que forma devemos visualizá-lo?
4. O método"pegar soluções prontas, cortar, adicionar, trocar e esculpir" nunca é usado. Nada de nenhuma qualidade sai dela.
Meu tumblr usava dados "ao vivo" em vez de dados gravados, que obtinha de outra plataforma. Não visualizou nem registrou nada.
1. Por exemplo, instantâneos são feitos 4 vezes por segundo, levam 10 vezes por segundo - 10 vezes por segundo puxando operações de arquivo não é bem assim. Ok, vamos chamar uma vez por minuto a função de escrever dados em um arquivo. O analógico mais próximo é o conversor periódico padrão e várias implementações da Renka. Você pode escrever um screencast em uma tela separada.
2. Por exemplo, você pode lê-lo em câmera lenta, ou exibir todos os instantâneos em um minuto, ou desenhá-lo online imediatamente na última barra, como nos rens do porão.
3. Você já desenhou algo - da maneira que quiser. - Esta não é a primeira tarefa, mas a última, onde, por exemplo, olhar para um ponteiro é uma característica mais agradável do que necessária.
4. Reescreva o Windows, seguindo sua lógica, você deve ser capaz de fazer melhor.
Se você precisar visualizar mudanças em um copo em uma barra de 1 minuto, você não precisa fazer uma trama tão complexa com um sistema de arquivo gigantesco e usar gigabytes de memória. Faça um buffer circular com o período atual de um minuto e visualize os dados em tempo real, sem acessar o arquivo. De qualquer forma, você não poderá analisar os dados por um período de tempo mais longo. Serão curvas infinitas, nas quais você não encontrará nenhum significado. (imho).
Mais uma vez, o tópico"ring buffer" coberto aqui em artigos e o que se pode querer dele não tem praticamente nenhum interesse (exceto para implementações de oppa), porque copiar um array para frente e para trás de um array temporário com um elemento de compensação resolve a maioria (talvez até todas) das tarefas de aplicação que o tópico "ring buffer" implica. Se alguém gosta de outra forma ....., por favor, faça isso.
Sob certas condições, uma tabela de preços não faz sentido. Durante 10 anos uma pilha com pelo menos alguns volumes em mt4 não fazia sentido, mas apareceu com uma aplicação dll, uma pilha com volumes apenas em mt5 na troca.
Na verdade, você precisa de algumas barras de um minuto em 10-12 horas . Obviamente, para olhar estas barras de minutos no final do dia, você precisa registrar todas as barras do dia. Obviamente, para visualizar algumas barras no final da semana, é necessário registrar todas as barras (de intervalos diários) da semana e no final do mês é necessário registrar todas as barras do mês. Obviamente, megabytes de dados para análise posterior devem ser armazenados em uma memória não volátil - na maioria dos casos este é um disco rígido. Gigabytes de disco rígido não são um sinal de gigantismo.
1. Por exemplo, instantâneos são feitos 4 vezes por segundo, levam 10 vezes por segundo - 10 vezes por segundo puxando operações de arquivo não é bem assim. Ok, vamos chamar a escrita de dados para um arquivo uma vez por minuto funcional. O analógico mais próximo é o conversor periódico padrão e várias implementações da Renka. Você pode escrever um screencast em uma tela separada.
2. Por exemplo, você pode lê-lo em câmera lenta, ou exibir todos os instantâneos em um minuto, ou desenhá-lo online imediatamente na última barra, como nos rens do porão.
3. Você já desenhou algo - da maneira que quiser. - Esta não é a primeira tarefa, mas a última, onde, por exemplo, olhar para um ponteiro é uma característica mais agradável do que necessária.
4. Re-escreva o Windows, seguindo sua lógica, você deve obter uma melhor qualidade.
Mais uma vez, o artigo sobre "ring buffer" e o que você pode esperar dele não tem praticamente nenhum interesse (exceto para implementações de oppa), porque copiar um array para frente e para trás de um array temporário com um elemento de compensação resolve a maioria (talvez até mesmo todas) das tarefas de aplicação atribuídas ao "ring buffer". Se alguém gosta de outra forma ....., por favor, faça isso.
Sob certas condições, uma tabela de preços não faz sentido. Durante 10 anos uma pilha com pelo menos alguns volumes em mt4 não fazia sentido, mas apareceu com uma aplicação dll, uma pilha com volumes apenas em mt5 na troca.
Na verdade, você precisa de algumas barras de um minuto em 10-12 horas . Obviamente, para olhar estas barras de minutos no final do dia, você precisa registrar todas as barras do dia. Obviamente, para visualizar alguns bares no final da semana, é necessário gravar todos os bares (intervalos diários) da semana e no final do mês é necessário gravar todos os bares do mês. Obviamente, megabytes de dados para análise posterior devem ser armazenados em uma memória não volátil - na maioria dos casos este é um disco rígido. Gigabytes de disco rígido há muito tempo não são sinal de gigantismo.
Se você fala em escrever uma função que escreve os dados primeiro em uma matriz, e depois os despeja em um arquivo, então aqui você não será difícil. Na visualização terá que se trabalhar muito.
Plano de implementação:
1. Precisamos escrever uma função para escrever os dados do copo na matriz.
2. Função de gravação criando novo arquivo uma vez por minuto, nomeá-lo automaticamente e escrever dados a partir da matriz.
3. funcionalidade de escrita visualizando dados do copo a partir de um arquivo selecionado.
As duas primeiras tarefas não são difíceis. A terceira é algo a se pensar...
Petr Doroshenko:
De fato, são necessárias algumas barras de um minuto por 10-12 horas. Obviamente, para ver estas barras de minutos no final do dia, é necessário gravar todas as barras do dia.
Com base no entendimento atual de sua tarefa, posso sugerir duas opções para visualizar os dados históricos do tumbler:
1. Uma linha curva de mudança nos valores de cada célula do secador por minuto desenhada usando a biblioteca CGrafic. 20 células são vinte linhas. Desenhe as linhas em cores diferentes. Talvez as curvas possam ser desenhadas através de um indicador, mas eu não tenho experiência com indicadores.
2. A melhor solução é desenhar um vidro personalizado e escrever uma função que "rebobina" os dados registrados no arquivo através de suas células. A velocidade de rebobinagem deve ser ajustável pelo usuário.
É possível combinar as duas opções. Faça um tumbler com capacidades avançadas, capaz de carregar o histórico de minutos de um arquivo e rebobiná-lo a uma velocidade desejada. Em paralelo, as curvas de mudança de valores nas células seriam desenhadas em uma janela separada.
Com base no entendimento atual de sua tarefa, posso sugerir duas opções para visualizar os dados históricos do tumbler:
1. Uma linha curva de mudança nos valores de cada célula do secador por minuto desenhada usando a biblioteca CGrafic. 20 células são vinte linhas. Desenhe as linhas em cores diferentes. Talvez as curvas possam ser desenhadas através de um indicador, mas eu não tenho experiência com indicadores.
2. A melhor solução é desenhar um vidro personalizado e escrever uma função que "rebobina" os dados registrados no arquivo através de suas células. A velocidade do rebobinador deve ser controlada pelo usuário.
É possível combinar as duas opções. Para fazer um secador com capacidades avançadas capaz de carregar o histórico de minutos de um arquivo e rebobiná-lo a uma velocidade desejada. Em paralelo, uma janela separada desenharia curvas de mudanças nas células.