dll e mercado. - página 3
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
О. Suponho que já não era sem tempo e o tópico inicial tinha algo a dizer. É quente.
Em resumo. Precisamos de um mecanismo, sublinho nos dois sentidos, de troca de informação entre coruja sobre agente (local por agora, mas preparem-se MQ, mais tarde os utilizadores pedirão também os remotos) e coruja sobre gráfico.
Os horizontes são comparáveis a... Os horizontes são comparáveis a... nuvem de lançamento e combinação de OCL e mql5.
Vou dar às mentes inquiridas a oportunidade de se aquecerem ainda mais. Ao Perito um olá especial e kudos ao caranguejo por tentar inventar a possibilidade de utilizar plugins para peritos.
Horizontes - comparável a... lançando a nuvem e a combinação de OCL e mql5.
Andrei, já tem tudo pronto? em que fase de implementação?
se a questão é apenas sobre o acesso dll - pode ser que possa declarar o seu problema na íntegra, para que Renat possa sentir os seus horizontes... ...e talvez o MC sugira uma solução.
Se há apenas uma questão sobre o acesso dll, talvez possa dizer o seu problema na íntegra, para que Renat possa sentir os seus horizontes... e talvez a MK sugira uma solução.
Vá lá, isso é ridículo. Afundará da mesma forma que afundou (até agora, com o problema do OpenCL com os serviços) com o OpenCL.
Parece uau, mas na realidade ninguém precisa dele excepto 3,5 pessoas.
Parece ser uau, mas na realidade ninguém precisa dele excepto 3,5 pessoas.
Portanto, estamos a falar de Horizons.
Se a perspectiva surgir (Joo tentará trazer o projecto ao MC em cores vivas), eles reunir-se-ão e farão a funcionalidade necessária para ele.
por isso é sobre Horizons, não é?
Se a perspectiva surgir (Joo tentará sensibilizar os MCs para o projecto em cores brilhantes), eles irão ao seu encontro e farão a funcionalidade necessária para o efeito.
Horizontes é lá simples (discutido 100 vezes), usando algum tipo de funcionalidade de comunicação para escorregar o torrão da sua AG.
ZZY Mas os horizontes da própria funcionalidade de ligação podem ser mais amplos.
Mas os horizontes da própria funcionalidade da ligação podem ser mais amplos.
É disso que estou a falar.
Diz-se que está tudo bem. Falei sobre OCL que se instalou a seu tempo (e subitamente aumentou após algum tempo) e sobre o que foi discutido 100 vezes - transferência de informação para agentes e "estreiteza do campo" no número de parâmetros optimizados.
Tenho estado a pensar em acrescentar a funcionalidade necessária (sublinho - através da MQL5) de МТ5 e assim ganhar algum dinheiro (porquê, ninguém tem créditos ou hipotecas), mas não - de maneira nenhuma.
Este artigo limita o número de parâmetros optimizados.
2. Monocriterialidade da optimização (desculpem a cunhagem de novas palavras).
Incapacidade de gerir o processo de evaporação da areia.
Isto não é, de todo, uma censura aos criadores. Pelo contrário - é um voo de fantasia para os criadores do programa MQL5! Se surgir a possibilidade de transmissão nos dois sentidos, os problemas são resolvidos. Não haverá necessidade de implementar os três pontos - tudo se resolverá por si só.
Andrei, está tudo pronto? em que fase de implementação?
Se há apenas uma questão sobre o acesso à dll - talvez nos possa falar sobre o seu problema na íntegra, para que a Renat possa sentir os seus horizontes... ...e talvez o MC possa propor uma solução.
Está "pronto" .... Não, não está. Demoro sempre muito tempo a fermentar, mas endurece rapidamente.
Sim, está pronto. Está 95% pronto.
O desafio (sem entrar em detalhes):
1. Precisamos de um mecanismo estabelecido de troca de informações nos dois sentidos entre o "servidor" no gráfico e o "cliente" no agente (necessário antes de mais nada)
2. Precisa de um mecanismo interno que permita executar o testador/optimizador interno pelo "servidor" no gráfico (necessário mas não crítico)
Basicamente é isso.
Horizontes:
1. Não há necessidade de inventar a linguagem de controlo de optimização de scripts MQ (os utilizadores pediram-na há algum tempo)
2. A nuvem começará a ser utilizada para tarefas não só relacionadas com o comércio (e este é um público muito maior do que agora).
3. não há necessidade de lutar com a AG interna para limitar o número de parâmetros de opt-in.
4...
Pode continuar sem enumerar mais.
О! Esqueci-me de acrescentar. O ambiente de mercado criado num testador interno é dispendioso. Por muito sofisticado que seja o testador caseiro (calculadora), nunca se aproximará do testador de pessoal em termos de capacidades e qualidade de testes. Há muitas coisas a considerar - a propagação, a troca, a... E é um mero trabalho de macaco corrigir a calculadora para cada tarefa. Quero utilizar o testador/optimizador padrão.
então, por favor adicione o modo servidor MQL aos pips. isto é permitido? ou a segurança também será comprometida?
Todas as chamadas dll são proibidas no mercado.
OK. Que tal fazer o seguinte:
1. O produto em si é colocado no mercado.
2. A parte do código responsável pela referência à dll (win api), coloca-a numa biblioteca e coloca-a numa base de código. O código pode até estar no código fonte.
O ponto principal é que é necessário utilizar o FileMapping no produto, é impossível sem ele.