Quaisquer perguntas de recém-chegados sobre MQL4 e MQL5, ajuda e discussão sobre algoritmos e códigos - página 1118
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 há necessidade de adivinhar. Você precisa pensar e entender o que está sendo feito e com que objetivo. Quando algo precisa ser escrito e quando não precisa ser escrito.
É pensar que a impressão deve conter um cordel e qualquer valor numérico deve ser fundido a um cordel.
Mas este exemplo mostrou que o compilador está ficando lento. E como podemos não adivinhar quando o compilador pula e quando não pula.
Parece que a impressão deve ser convertida em corda, portanto, qualquer valor numérico deve ser fundido em corda.
Mas este exemplo mostrou que o compilador se torna obtuso. Como não adivinhar quando o compilador pula e quando não pula.
Novamente - o código aqui - o que não está claro?
ZS. Se for sobre isso:
... Não o verifiquei - apenas o reescrevi no correio.
Fazer conversão funcional em string:
Amigos!
Estou lutando com o problema de conectar uma DLL à MQL. Estou descrevendo meu problema:
1. No início eu tentei escrever uma biblioteca .dll em C#. Descobri que a MQL4 não "come" tais bibliotecas, já que todos os métodos dentro da dll estão fechados, se escritos em C#. Comecei a procurar ativamente uma solução para o problema. Encontrei várias variantes na Internet, como a conexão da biblioteca "DLL Export", baixada da NuGet. Tentou de formas diferentes, não funcionou. Eu realmente não quero ter uma solução "frágil" para este problema, pelo princípio "funciona hoje e não amanhã". Tentei desta forma, e na verdade há muito de como funciona de outra forma:
2. Descobri que muito provavelmente teria que escrever uma biblioteca C++ de trabalho estável. Conectado desde a primeira vez, as consultas de teste foram realizadas sem nenhum problema. Mas quando comecei a tentar retornar uma mensagem de texto (para MQL) com um método (de DLL), encontrei um novo problema - recebi a resposta"?????‡?-" em MQL. Eu tentei decodificar a mensagem, mas não funcionou! Tentei retornar o valor através de um parâmetro de função - consegui "?". Procurei muitas coisas e ainda não encontrei uma solução. Esta é a variante em que me decidi, mas ela devolve pontos de interrogação:
Estou obtendo uma resposta sob a forma de:
A decodificação não ajuda...
O que é necessário essencialmente:
1) existe uma solução real para este problema via C#? Preciso de uma solução estável e bonita! Meias-medidas, mesmo que funcionem agora, mas podem cair com uma nova construção, não é uma opção.
2) Se não houver solução C#, passe por C++. Como enviar mensagens adequadamente em ambas as direções sem perder qualidade? (MQL - DLL - MQL). Eu preciso da variante que igualmente funciona para MT4 e MT5.
Novamente - codifique aqui - o que não está claro?
Não está claro porque são devolvidas constantes de H1 e superiores que não correspondem ao período como antes de H1
O mesmo é devolvido pela variável _Periodo.
Não está claro porque são devolvidas constantes de H1 e superiores que não correspondem ao período como antes de H1
O mesmo é devolvido pela variável _Periodo.
Artyom não se assusta ))
Por que para M30 são exibidos exatamente os valores de TF
1
5
30
E no H1 começa com 16385
Bem, não é lógico primeiro devolver o valor para minutos e depois para o inferno.
E não se encaixa na descrição da ajuda para _Período como um valor de retorno no tempo.
Artyom não se assusta ))
Por que para M30 são exibidos exatamente os valores de TF
1
5
30
E no H1 começa com 16385
Bem, não é lógico primeiro devolver o valor para minutos e depois para o inferno.
E não se encaixa na descrição da ajuda para _Período como um valor de retorno no tempo.
Valor do cronograma. Não o número de minutos. Não o número de segundos, não o número de gansos no Baba Nyura's, mas o valor do cronograma.
O valor do cronograma. Não o número de minutos. Não o número de segundos, não o número de gansos no Baba Nyura's, mas o valor do cronograma.
É disto que estamos falando, que as constantes devem ser iguais aos valores do tempo!
E trazem o significado lógico e matemático da correspondência.
Porque estes valores são usados nos cálculos.
M1 = 1
M5 = 5
M30 = 30
H1 = 60
H4 = 240
D1= 1440
Caso contrário, o significado dos valores devolvidos é perdido.
Portanto, na minha opinião, é um erro.
https://www.mql5.com/ru/articles/18
https://www.mql5.com/ru/articles/5798
Estou surpreso que você tenha paciência para repetir tudo isso por tanto tempo e pela manhã... Embora você já esteja de manhã, depois de outra noite sem dormir)).
Pelo menos, colocá-lo em quarentena por 24 horas para ler cuidadosamente a documentação. É uma pena... Esta é a primeira vez que um tal ás em variedades da língua C diz tal disparate. E esta é a primeira vez que tudo isso foi explicado.
Imagine que isto tenha sido descoberto no Service Desk. Provavelmente eles não têm esse tipo de equilíbrio ali, por isso fecharam-no.