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
Dei uma olhada mais de perto no código.
Até agora, parece uma falha de segurança, mas é legal. Respeito.
Assinar o sinal.
Esses são os itens do WebRequest. A mesma lista pode ser feita para o Market. Não os vejo como buracos.
Esses são os itens do WebRequest. A mesma lista pode ser feita para o Marketplace. Não os vejo como buracos.
Percebo com o canto do olho que um script é chamado aqui. Do indicador. Com um aumento na autoridade.
A única coisa que é um pouco confusa é EXPERT::Run.
Aqui.https://www.mql5.com/ru/forum/288985#comment_9291731
Percebo, com o canto do olho, que se trata de uma chamada de script. Do indicador. Com maior autoridade.
A única coisa que é um pouco confusa é EXPERT::Run.
aqui.https://www.mql5.com/ru/forum/288985#comment_9291731
Não entendi a ideia.
Uma questão principal permanece para a abordagem proposta: em qual thread os objetos de gráfico (e o que está aninhado neles) são executados?
Em seu próprio thread. Eles são gráficos, mas na forma de objetos.
Em seu fluxo. Esses são gráficos, mas como objetos.
Então, uma pergunta adicional: é possível criar um objeto de gráfico de tamanho 0x0 ou 1x1?
Em geral, a ideia, pelo que entendi, é a seguinte: sem um gerenciador e um pool, apenas criamos um objeto de gráfico conforme necessário, executamos um script de trabalho nele, enviamos uma solicitação da Web e obtemos o resultado (ainda criamos recursos para transferência de dados em todos os lugares) e excluímos o objeto no final.
Então, uma pergunta adicional: é possível criar um objeto de gráfico com tamanho 0x0 ou 1x1?
Para torná-lo invisível, ele pode ser movido para coordenadas negativas. Aqui está um exemplo
Fórum sobre negociação, sistemas de negociação automatizados e teste de estratégias de negociação
Recursos da linguagem mql5, sutilezas e truques do comércio
fxsaber, 2017.10.31 08:11
Aplicativo
ZY Um conversor de arquivos BMP->GIF/PNG também está implementado.
Em geral, a ideia, pelo que entendi, é a seguinte: sem um gerenciador e um pool, apenas criamos um objeto de gráfico conforme necessário, executamos um script de trabalho nele, enviamos uma solicitação da Web e obtemos o resultado (ainda geramos recursos para transferência de dados em todos os lugares) e excluímos o objeto no final.
Sim, essa é a ideia. Mas ela funcionará apenas no MT5.
O artigo é interessante, mas desde o início surgiu uma dúvida: por que precisamos de vários gráficos com EAs e gerenciador, se podemos colocar a função WebRequest() em um indicador paralelo e nos comunicar com o EA por meio de EventChartCustom()?
O Expert Advisor enviará um comando para o indicador, e o indicador fará WebRequest() e retornará o resultado para o Expert Advisor. Tudo de forma assíncrona.
O artigo é interessante, mas, desde o início, surgiu uma dúvida: por que você precisa de vários gráficos com especialistas e gerentes, se pode colocar a função WebRequest() em um indicador paralelo e se comunicar com um especialista por meio de EventChartCustom()?
O Expert Advisor enviará um comando para o indicador, e o indicador fará WebRequest() e retornará o resultado para o Expert Advisor. Tudo é assíncrono.
O WebRequest não funciona em indicadores (e essa biblioteca permite que você contorne essa limitação). Um thread separado no MT é alocado somente para Expert Advisors e scripts, mas os scripts não funcionam com eventos.