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
Não sei se é apropriado sugerir acrescentar as funções DoubleToStr, TimeToStr, StrToDouble, StrToInteger, StrToTime estão presentes no quarto por inércia. A uniformidade é quebrada pela ausência do IntegerToStr()... 😶.
Digital -> _Digital e outras constantes...
Não sei se é apropriado sugerir acrescentar um comando "Corretor" ao menu "Serviço".
Tipo de substituição automática de construções obsoletas por construções ideologicamente corretas.
Na minha opinião, a implementação da correção automática do código simplificaria e reduziria os custos dos desenvolvedores de aplicações ao fazer mudanças tanto em suas próprias soluções quanto em soluções emprestadas, e permitiria "escovar" a própria linguagem, simplificando a implementação de novas construções.
Por exemplo,as funções DoubleToStr, TimeToStr, StrToDouble, StrToInteger, StrToTime estão presentes no quarto por inércia. A uniformidade é quebrada pela ausência do IntegerToStr()... 😶.
Digital -> _Digital e outras constantes...
Não sei se é apropriado sugerir acrescentar as funções DoubleToStr, TimeToStr, StrToDouble, StrToInteger, StrToTime estão presentes no quarto por inércia. A uniformidade é quebrada pela ausência do IntegerToStr()... 😶.
Digital -> _Digital e outras constantes...
Cada vez que eu chamo de HistorySelect ao máximo. O histórico gerado só se expandirá após uma chamada ou é possível que, após uma chamada ao HistorySelect, os dados na tabela do histórico não só se expandam, mas também mudem de lugar?
No testador, obviamente, ele só se expandirá, sem alterar os dados previamente recebidos. E na conta real?
O histórico dos negócios pode mudar como resultado de correções feitas pelos administradores. Por exemplo, corrigindo picos, cancelando negócios ou transações financeiras erradas.
Na realidade, é melhor em 99% dos casos utilizar seu cache, atualizando-o totalmente uma vez por dia/sessão/liberação e adicionando novos. Isto se o seu trabalho for construído sobre um recálculo pesado e constante do histórico de transações.
Na realidade, é melhor usar seu cache 99% do tempo, atualizando-o totalmente uma vez por dia/sessão/libertação e completando um novo. Isto se o seu trabalho for construído sobre um recálculo pesado e constante do histórico de transações.
É exatamente disso que estamos falando! Trabalhar com história sem caching no MT5 pode ser tão rápido quanto trabalhar com história no MT4? Afinal de contas, no MT4 em cada tick é feito internamente HistorySelect ou existe uma arquitetura diferente?
Eu adoraria escondê-lo, mas você diz que não há garantia - 99%. Se o administrador do corretor pode fazer mudanças, eles podem acrescentar uma linha ao passado? Isto é, é claro que ele pode mudar o resultado de alguma transação devido ao pico e não mudará o número de linhas na tabela do histórico (SelectByPos para os mesmos Pos retornará sempre a mesma linha do histórico). Mas o administrador pode ADDar uma linha para o histórico passado (SelectByPos irá se mover)?
Você deve SEMPRE fazer o caching da história para o testador. Há ali uma garantia. Na verdade, parece que não funciona.
Como as abas abertas do MetaEditor agora mostram a presença de alterações no arquivo em comparação com o Warehouse, o menu direito para trabalhar com o Warehouse poderia ser "parafusado" com o botão direito do mouse sobre a aba do arquivo? Algo parecido com isso:
E uma sugestão de racionalização adicional. Por que não mover a barra de progresso e o botão Start na janela de teste logo abaixo de onde as abas estão localizadas. O espaço permite, em princípio. Isso economizará espaço útil na tela. Além de outra conveniência: você poderá monitorar o status do progresso a partir de qualquer guia, não apenas em "Configurações". Assim como os testes de partida/parada.
Sim, uma solução interessante. Vamos pensar sobre sua implementação
Descrição do problema
A interface do Testador de Estratégia é extremamente inconveniente. Você tem que pular constantemente para as abas.
Para melhorar a comodidade do testador, proponho, já falei sobre isso, colocar botões de controle "Iniciar / Cancelar" na área da janela, que é visível independentemente de qual aba está ativa no momento. Desta forma, você pode começar/parar os testes a qualquer momento sem ter que rolar pelas abas.
Além disso, a janela com logs também faz sentido ser sempre exibida separadamente para permitir o monitoramento contínuo, novamente sem saltar através das abas do testador.
Status:Aberto →Fechado
...
Status:Aberto →Fechado
Sim... )) Esperemos que, afinal de contas, as coisas se movimentem agora.
A propósito, nos velhos tempos eu fazia uma coisa dessas com minhas próprias mãos durante 4 anos:
Como você pode ver, há dois botões separados: Iniciar/Pausar e Parar. Isto é mais conveniente do que o botão Start/Stop comum (que pode ser pressionado acidentalmente duas vezes seguidas) e o botão Pause, que está em um local completamente diferente.
Gostaria que os desenvolvedores levassem esta idéia em consideração.
Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial
Como encontrar o número de pips ganhos em posição de seu histórico comercial/ordem
fxsaber, 2016.11.01 17:11
O histórico de algumas plataformas é mais completo do que o MT5 - há um preço solicitado entre as propriedades da transação.Refresque sua memória, por favor, registros de Stop Loss triggering
costumava estar no "diário de bordo" do testador?