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
Exemplo de um código simples:
Qualquer coisa, uma vez iniciada, deve ser concluída. Mesmo que ninguém precise dela. Esse é o princípio.
Você precisa. Se a interface puder não apenas ser desenhada, mas também usada. Espero que sim.
Necessidade. Se a interface puder não apenas ser desenhada, mas também usada. Espero que sim.
Com certeza. É nisso que estou trabalhando.
Duplicar essa ramificação em vários idiomas é um teste difícil, é claro, para quem não fala russo. Olhando para o futuro, posso lhe fazer algumas perguntas? Como sua GUI foi criada sem o uso de classes, surgem várias incertezas de uma só vez. Afinal, quais devem ser os primeiros requisitos para a GUI como um produto? É a conveniência e a intuitividade da criação de uma GUI, bem como seu uso conveniente no processo de trabalho. A esse respeito:
Pergunta 1
Que mecanismo existe para um programador lidar com o tratamento de eventos na parte de sua GUI? Por exemplo, em minhas GUIs, ao criar umcontrole, adiciono um ponteiro a uma função de tratamento quando ocorre um evento de alteração nesse controle. Exemplo de código:
Pergunta 2
Como um programador pode obter acesso ao estado de um determinado elemento da GUI? Por exemplo, em minha GUI, posso obter o estado da caixa de seleção (bool) da seguinte forma: .
Mas eu uso classes aninhadas, como você faz isso?
Pergunta 2
Como um programador pode obter acesso ao estado de um determinado elemento da GUI? Por exemplo, na minha GUI, posso obter o estado da caixa de seleção (bool) da seguinte forma: mas uso classes aninhadas. Como você faz isso?
Nicholas Olá!
Vou responder na ordem:
1. O usuário NÃO interage (de forma alguma) com meu código. Isso não é necessário. Mais adiante você entenderá o porquê. O usuário precisa APENAS da linguagem de marcação. (Já enfatizei isso várias vezes antes, mas sempre recebo essa pergunta recorrente de programadores. ) O motivo é que o usuário apenas "inicializa" a matriz usando palavras-chave da linguagem que são definidas por defines no código do construtor. O interpretador (indicador) envia uma matriz com o código de marcação (o que mostrei acima) para o construtor (que é o EA no mesmo gráfico) e o construtor lê a matriz e constrói a GUI. O código da linguagem de marcação é uma instrução para o construtor. Ele executa a construção (desenho, inicialização dos parâmetros do elemento, configurações etc.) de acordo com ele.
2. O mecanismo é simples. Após terminar de editar a interface, o usuário chama o menu de contexto do construtor clicando duas vezes no gráfico e selecionando a opção salvar. O construtor imprime todas as informações em dois arquivos. Esses arquivos são usados pelo mecanismo.
Deixe-me explicar em detalhes: o usuário conecta os dois arquivos recebidos do construtor e do mecanismo (que eu fornecerei) ao seu EA (no cabeçalho do EA. Fornecerei um exemplo de conexão). Em seguida, escreve várias chamadas nas funções OnInit(), OnTimer(), OnChartEvent() e OnDeinit() (fornecerei um exemplo). Em seguida, entra em um arquivo impresso pelo construtor chamado Internal_API. Esse arquivo contém tudo o que é necessário para conectar os controles da GUI ao Expert Advisor/indicador do usuário. Ou seja, funções geradas dos elementos e instruções detalhadas. Fornecerei exemplos de conexão mais tarde.
Novamente, nada complicado. Tudo está lá. Veja, por exemplo, como fica a interface acima:
1. Escreveu uma janela.
2. Segui as instruções abaixo:
3.
4. abra o arquivo InternalAPI e inicie a conexão. O arquivo contém tudo.
Ousuário só precisa escrever suas ações nas condições da função OnGuiEvent(). O restante NÃO precisa ser tocado.
A mudança de estado dos controles, bem como a obtenção/definição de seus valores, é feita com a ajuda de funções geradas pelo construtor, que o usuário verá no intellisense.
Pelo código do arquivo acima, o usuário está trabalhando apenas com essa parte:
Nicholas, olá!
Vou responder na ordem:
1. O usuário NÃO VAI interagir (a partir da palavra em tudo) com o meu código. Isso não é necessário. A seguir, você entenderá por quê. O usuário precisa APENAS da linguagem de marcação. (Já enfatizei isso várias vezes antes, mas sempre recebo essa pergunta recorrente de programadores. ) O motivo é que o usuário apenas "inicializa" a matriz usando palavras-chave da linguagem que são definidas por defines no código do construtor. O interpretador (indicador) envia uma matriz com o código de marcação (o que mostrei acima) para o construtor (que é o EA no mesmo gráfico) e o construtor lê a matriz e constrói a GUI. O código da linguagem de marcação é uma instrução para o construtor. Ele executa a construção (desenho, inicialização dos parâmetros do elemento, configurações etc.) de acordo com ele.
2. O mecanismo é simples. Após concluir a edição da interface, o usuário chama o menu de contexto do construtor clicando duas vezes no gráfico e selecionando a opção salvar. O construtor imprime todas as informações em dois arquivos. Esses arquivos são usados pelo mecanismo.
Vou explicar em detalhes: o usuário conecta os dois arquivos recebidos do construtor e do mecanismo (que eu fornecerei) ao seu EA (no cabeçalho do EA. Fornecerei um exemplo de conexão). Em seguida, escreve várias chamadas nas funções OnInit(), OnTimer(), OnChartEvent() e OnDeinit() (fornecerei um exemplo). Em seguida, entra em um arquivo impresso pelo construtor chamado Internal_API. Esse arquivo contém tudo o que é necessário para conectar os controles da GUI ao Expert Advisor/indicador do usuário. Ou seja, funções geradas dos elementos e instruções detalhadas. Fornecerei exemplos de conexão mais tarde.
Novamente, nada complicado. Tudo está lá. Veja, por exemplo, como fica a interface acima:
1. Escrevemos uma janela.
2. Seguimos as instruções abaixo:
3.
4. Abra o arquivo InternalAPI e inicie a conexão. O arquivo contém tudo.
Ousuário só precisa especificar suas ações nas condições da função OnGuiEvent(). O restante NÃO precisa ser tocado.
A mudança de estado dos controles e a obtenção/definição de seus valores são feitas com a ajuda de funções geradas pelo construtor, que o usuário verá no intellisense.
Peter, não estou entendendo você.
Você não respondeu às perguntas. É importante que os programadores saibam como interagir com sua GUI durante o trabalho. Aqui está um exemplo da minha GUI. Cliquei no atalho do tema claro/escuro e esse evento acionou imediatamente a função para alterar as cores e as linhas do plano de fundo. Como você faz essa interação?
O que significa "O usuário NÃO interagirá (de forma alguma) com o meu código "? O programador precisa interagir, não com o código, mas com os eventos que devem gerar esse código. Afinal, a GUI não é um programa separado e independente. Em última análise, a GUI deve interagir com o programa principal do desenvolvedor. Seja ele um indicador ou um EA.