Características da linguagem mql5, subtilezas e técnicas - página 221
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 como manter a funcionalidade (subcampo e método) e a usabilidade. Talvez esta opção se adapte às suas necessidades.
Aplicação.
Isso foi tão rápido e agora funciona muito bem, obrigado!
Para a Rússia com love❤️! ;-)
Isto é possível na versão actual da MQL5? Não tive o engenho de ultrapassar este obstáculo:
Era uma vez fácil escrever uma tal macro em MQL5.
Isto é possível na versão actual da MQL5? Não tenho tido os recursos necessários para ultrapassar este obstáculo:
Não compreendo a tarefa - precisa da classe MqlRatest (modelo para ela) para ser declarada dentro da substituição macro?
Não compreendo a tarefa - precisa da classe MqlRatest (o seu modelo) para ser declarada dentro da substituição macro?
Não, as aulas já estão declaradas. Os comentários especificam o resultado que se pretende obter. A entrada para a macro é um objecto, e a saída é uma classe que contém o nome do tipo desse objecto.
Parece-me necessário ter uma substituição macro diferente para parâmetros de diferentes tipos.
A tarefa nasceu desta.
Fórum sobre comércio, sistemas de comércio automatizados e testes estratégicos
Peculiaridades de mql5, dicas e truques
fxsaber, 2022.02.11 15:44
Colori o parâmetro de entrada, no qual tenho de especificar o tipo. Nesta macro, obtenho três parâmetros de entrada. E eu gostaria de dois - sem tipo.
Não, as aulas já estão declaradas. Os comentários especificam o resultado que se pretende obter. A entrada para a macro é um objecto, e a saída é uma classe que contém o nome do tipo desse objecto.
Não sei como resolver este problema.
E ao ArraySortStruct com dois parâmetros - é assim que funciona:
E ao ArraySortStruct com dois parâmetros - é assim que funciona:
Tem razão, obrigado! Exagerei num ponto plano. Deixarei a sua variante para a triagem.
Aplicação.
ZS É uma pena, por subcampo ou método, que não funcione.
Se uma DLL for utilizada simultaneamente em diferentes programas MT5,
tenha em mente que é carregada uma vez pelo primeiro programa em execução que a utiliza.
Ou seja, o ambiente DLL está num processo comum, não importa quantas vezes se importe.
Qual é o senão? Os indicadores globais utilizados na DLL estão todos no mesmo espaço de processo partilhado.
E isto é muito conveniente.
Talvez isto não seja novidade para ninguém, mas é inesperado para mim.
Se a DLL for utilizada simultaneamente em diferentes programas MT5,
, tenha em mente que é carregada uma vez pelo primeiro programa que a utiliza.
Ou seja, o estado da DLL está num processo comum, não importa quantas vezes se importe.
Qual é o senão? Os indicadores globais utilizados na DLL estão todos no mesmo espaço de processo partilhado.
E isto é muito conveniente.
Isto não é nada de novo, é a forma como sempre funcionou desde o nascimento.
Apenas se os dados forem maiores do que __atómicos__ deve ser embalado/protegido com secções críticas (ou mutex para terminal std::thread)