Erros, bugs, perguntas - página 1862
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
Sim, ordenados pelo tempo. A entrada inicial é pesquisada com uma pesquisa binária.
Não é lógico procurar o último registo da mesma forma?
É muito stressante a forma como a história está organizada. O HFT no testador é quase irrealista. Escrevi várias mensagens no fórum sobre o assunto e fiz um pedido ao SD.
E outra coisa, se o terminal já tem o histórico, porque é que necessita de utilizar o HistorySelect em vez do SELECT_BY_POS no MT4? E não está nada claro, porque é que o HistoryDealGet* é implementado através do bilhete com O(N) apropriado, quando é razoável usar SELECT_BY_POS novamente?
Registos muito interessantes
Não é lógico procurar a última entrada da mesma forma?
Porquê?
De tempos a tempos. Encontra-se a hora de início, e depois vai-se elemento por elemento. Até ao fim do tempo.
Faria sentido se todos os registos estivessem no mesmo bloco de memória. Já vos disse na servisdesk que as ordens e ofícios da história são armazenados em conjuntos de blocos, para que não haja realocação de memória, apenas redistribuição
Porquê?
De tempos a tempos. A hora de início é encontrada, e depois é copiada elemento por elemento. Até ao fim do tempo.
Faria sentido se todos os registos estivessem no mesmo bloco de memória. Já vos disse no servisdesk que as ordens e ofícios da história são armazenados em conjuntos de blocos, para que não haja realocação de memória, apenas redistribuição
A organização do trabalho de história é muito estressante. O HFT no testador é quase irrealista.
Algoritmo resolvido.
Para o HFT não é necessário ir sempre à história. Preparar a informação necessária durante a inicialização e mantê-la pronta para aceder muito rapidamente
A solução é algorítmica.
Para o HFT, não precisa de entrar sempre na história. Preparar a informação necessária durante a inicialização e mantê-la pronta para aceder muito rapidamente
e fez um pedido ao RS.
E descubra como fechou a última posição?
Durante a iniciação, vá uma vez e lembre-se.
Guarde toda a informação de que necessita por si próprio durante o processo. Todas as ferramentas estão lá
Agora isto não é completamente claro quanto ao porquê. Se quiser uma discussão, faça-a aqui. Eles não ensinam programação no Servicedesk
Já me deparei algumas vezes quando os criadores, devido às suas circunstâncias, perdem a mensagem. Não funciona assim em SD.
Não se trata do nível de conhecimentos de programação. E provavelmente não é mau para mim no que diz respeito à MQL5. Estou a argumentar que trabalhar com a história é muito lento e estranho, mesmo em termos da lógica de utilização. HistóriaDealGet*- O(N). Porque é que todos o fizeram desta maneira? Porque não existe um acesso normal ao seu historial?
Durante a iniciação, vá uma vez e lembre-se.
Guarde toda a informação de que necessita por si próprio durante o processo. Todas as ferramentas estão lá
Não, eu não estou a brincar. Como sei que a posição fechou TP ou SL no testador sem aceder ao histórico?
Quer memorizar o TP/SL e verificar o tick onde a posição está fechada, se satisfaz o fecho do TP/SL? Quem satisfaz - a esse nível o provador fechou com uma probabilidade elevada. Certo?
E o lucro da posição fechada? - Da mesma maneira? Depois é semelhante a escrever o seu próprio testador.
Não, eu não estou a fazer-me de parvo. Como sabe se uma posição fechou em TP ou SL no testador sem referência à história?
Está a sugerir que memorize o TP/SL e verifique o tick, para onde foi a posição, se esta satisfaz o fecho TP/SL? Quem satisfaz - a esse nível o provador fechou com alta probabilidade. Certo?
E o lucro da posição fechada? - Da mesma maneira? Depois é semelhante a escrever o seu próprio testador.