Minha abordagem. O núcleo é o motor. - página 71
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
Esqueço sempre de perguntar a@Peter Konow se seu desenvolvimento funciona no testador de estratégia?
Em Sharp, a janela funciona bem no testador, nada abranda porque a janela funciona em um fio separado
Estou trabalhando em uma solução agora mesmo. Aqui está o conceito:
Não esqueça que existe um modo de visualização e otimização. No segundo caso, tudo deve funcionar mais rápido do que apenas rápido.
Sim, eu acho que sim. Vou levar isso em consideração. No modo de otimização, o usuário simplesmente não pressionará o botão "connect to EA in testter" no motor.
Portanto, o motor não buscará o Expert Advisor no testador e não se conectará.
Sim, funciona com mesas. Tudo é rápido o suficiente (o olho humano não percebe nenhum atraso). Mas, ainda não há mesas dinâmicas. Será feito.
Estou trabalhando em uma solução agora mesmo. O conceito é o seguinte:
E este é o tipo de comunicação que os usuários não programadores de seu motor são oferecidos para estabelecer?
É este o tipo de comunicação que os usuários não programadores de seu motor são solicitados a fazer?
Não. Esta conexão será implementada por mim.
Os usuários simplesmente jogam o EA no testador e clicam no botão"conectar com o EA no testador" no motor no diagrama da fonte.
Os usuários não precisam fazer mais nada. A conexão funcionará.
E este é o tipo de comunicação que os usuários não programadores de seu motor são solicitados a estabelecer?
Lembro-me do exército e do comandante de brigada que costumava terminar seu discurso com a frase: Exceto pela conexão sexual, não há nenhuma conexão.
.... imho, mesmo sobre o assunto, usuários sem suporte, e com suporte, é improvável, em runent, bem não mentir, cerca de 80% dos usuários não podem nem mesmo testar algo no testador corretamente, eles vêem apenas o gráfico de equilíbrio ..., os restantes 20 = 10% usuários confiantes, mas em princípio não abrem o MetaEditor, os restantes 10%, sim este potencial
imho, somente o Mercado pode colocar tudo em seu lugar:
- Ou Peter vende suas próprias criações
- Ou ele publica o código fonte e o manual e os vendedores do Mercado usarão sua criação (durante as últimas férias algumas crianças em idade escolar queriam vender seu Expert Advisor gerado pela Master MQL5 no Mercado, mas algo deu errado )))))
Por que procurar um especialista de alguma forma em particular? No MT4, você pode colocar o indicador no gráfico de teste visual.
Mas no MT5, seque seus remos, você pode pesquisar lá ou não.
Por que procurar um especialista de alguma forma em particular? No MT4, você pode colocar o indicador no gráfico de teste visual.
Mas no MT5, você precisa secar seus remos.
A interação do motor e do Expert Advisor no testador.
Os eventos do motor (pressionar, mover o deslizador) irão para o EA em teste e todos os dados das tabelas e elementos irão para o motor.
Em resumo, queremos ser capazes de controlar a EA durante os testes visuais. E para ver todos os dados de saída.
.... imho, mesmo ao ponto, os usuários sem suporte, e com suporte, improvável, em runent, bem para não mentir, cerca de 80% dos usuários não são sequer capazes de testar algo no testador corretamente, veja apenas o gráfico de balanço ..., os restantes 20 = 10% usuários confiantes, mas em princípio não abrir MetaEditor, os restantes 10%, sim este potencial
É verdade, há muito tempo eu venho dizendo isso.
A idéia em si - bastante sensata, se houvesse um público alvo - ou seja, pessoas que conhecem programação, mas preferem negociar principalmente "de mãos dadas". Para essas pessoas - sim, elas podem querer fazer botões bonitos, controles práticos, relatórios diretamente no gráfico...
Mas quantas pessoas gostam disso?
E o fato de Peter não reconhecer o OOP e adorar o acesso global a tudo o que ele pode alcançar com suas mãos - portanto, com sua memória não é surpreendente. E se o público-alvo tiver pessoas com a mesma memória - a abordagem de Peters - será muito conveniente para elas.
Peter, no entanto, afirma que ele "educa as pessoas certas".
Bem, bem...
Estou até mesmo pronto para concordar com isso, se Peter (ou outra pessoa) mostrar " classe comercial semi-automática". Mas eu tenho minhas dúvidas. E sem ela - nenhuma chance de "educar as pessoas certas".
É verdade, há muito tempo eu venho dizendo isso.
A idéia em si é bastante sensata, se houvesse um público alvo - ou seja, pessoas que conhecem programação, mas preferem negociar principalmente "à mão". Para essas pessoas - sim, elas podem querer fazer botões bonitos, controles práticos, relatórios diretamente no gráfico...
Mas quantas pessoas gostam disso?
E o fato de Peter não reconhecer o OOP e adorar o acesso global a tudo o que ele pode alcançar com suas mãos - portanto, com sua memória não é surpreendente. E se o público-alvo tiver pessoas com a mesma memória - a abordagem de Peters - será muito conveniente para elas.
Peter, no entanto, afirma que ele "educa as pessoas certas".
Bem, bem...
Estou até pronto para concordar com isso, se Peter (ou outra pessoa) mostrar a " classe comercial semi-automática". Mas eu tenho minhas dúvidas. E sem ela - nenhuma chance de "educar as pessoas certas".
George, eu não entendo - o que minha abordagem tem a ver com isso? Estou fornecendo uma interface de conexão GUI, que é criada com uma linguagem de marcação leve. Quem e por que gostaria de aprender minha abordagem?
Tudo o que eu sugiro é muito mais simples do que o mais simples MQL.