Minha abordagem. O núcleo é o motor. - página 122
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
Eu o farei.
Estará pronto depois de amanhã.
Isso é ótimo. Eu estarei esperando.
Eu li e li este tópico... Eu me perguntava onde estava o público-alvo de Peter. A quem ele vai vender sua GUI? A questão não é ociosa ...
Acabo de perceber - aqueles que negociam manualmente pelos métodos de Gann. É aí que a precisão nas proporções geométricas e a beleza são realmente necessárias.
Portanto, é provável que se encontrem compradores - mas os métodos de Gann não são tão simples que possam ser mostrados graficamente tão facilmente :))
Ótimo. Eu estarei esperando.
Eu fiquei retido. Hoje - amanhã, a mesa estará pronta.
(Uma mesa dinâmica tem muitas possibilidades interessantes. Levou tempo para implementá-los).
Finalmente, a mesa dinâmica está pronta. Devo dizer que não foi fácil. Acontece que existem muitas nuances.
Além disso, esta tabela é "condicionalmente" dinâmica. Ou seja, o número máximo de filas é pré-determinado. Ainda não foi possível tornar "absolutamente" dinâmico.
Esta tabela tem 20 fileiras possíveis. Assim, ele pode exibir 20 posições em aberto. Poderíamos fazer mais, mas por enquanto é apenas uma demonstração.
Clique para ver.
//---------------------------------------------
Aqui estão os arquivos de conexão (colocados em linha), o motor (na pasta de indicadores) e o test.advisor (na pasta de especialistas):
Além disso, não sei como verificar se um pedido está fechado ou ainda aberto (esqueci-me). Por causa disso, não fui capaz de fechar uma fila automaticamente quando uma parada ou uma ordem de tomada é acionada.
Quem sabe, por favor, avise.
1. um painel automaticamente configurável seria o ideal.
3. Esbocei minha visão de forma aproximada
4. Um simples botão fará o trabalho.
Amanhã eu lhes darei a visão final do painel com uma mesa de pedidos.
Imediatamente depois, implementarei a interação com o painel no testador.
Ótimo. Eu estarei esperando.
A base da mesa dinâmica está pronta. Agora você pode desenvolvê-lo.
Você poderia tentar colocar outros elementos nas filas. Campos de entrada, listas pop-up...
Ainda não experimentei, mas em teoria, deveria funcionar.
Finalmente, a mesa dinâmica está pronta. Devo dizer que não foi fácil. Acontece que existem muitas nuances.
Além disso, esta tabela é "condicionalmente" dinâmica. Ou seja, o número máximo de filas é pré-determinado. Ainda não foi possível tornar "absolutamente" dinâmico.
Esta tabela tem 20 fileiras possíveis. Assim, ele pode exibir 20 posições em aberto. Poderíamos fazer mais, mas por enquanto é apenas uma demonstração.
Clique para ver.
//---------------------------------------------
Aqui estão os arquivos de conexão (colocados em linha), o motor (na pasta de indicadores) e o test.advisor (na pasta de especialistas):
A próxima tarefa é refazer a comunicação entre a EA e o motor. Ao invés de EventChartCustom(), a conexão será implementada parcialmente através da descrição dos objetos МТ, e parcialmente, através de recursos.
A questão é que, ao criar a animação, notei que a transferência de dados através do recurso coloca muita carga sobre o processador. Ou seja, este não é apenas um método mais lento, mas também mais consumidor de recursos.
Ela tem suas vantagens - simplicidade e conveniência. Além disso, este método é adequado para a transferência de grandes quantidades de dados. Mas, ao implementar a comunicação através de recursos, o processador será carregado ainda mais no processo de teste. Afinal de contas, o próprio testador carrega o processador até 40%. E isto será adicionado à carga pela constante economia e leitura do recurso.
Penso que ao passar informações através da descrição dos objetos MT, não haverá carga adicional no processador. Embora isto seja apenas um palpite.
Em geral, os recursos serão utilizados na passagem de conjuntos de dados a serem processados pelo motor (dados para gráficos, animação), e os objetos МТ carregarão os valores dos parâmetros em suas descrições.
ZS. No entanto, é possível que o processador esteja sendo sobrecarregado por um novo desenho. Ou seja, desenhando dentro de um conjunto de pixels. Em outras palavras, inicialização constante da matriz com valores ocorrendo em uma freqüência temporizada alta (16ms).