Tema interessante para muitos: o que há de novo em MetaTrader 4 e MQL4 - grandes mudanças no caminho - página 8
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
Procurado e pesquisado. Não consegui encontrar nenhum...
Não foi o que eu disse.
O depurador ainda não foi pensado, ou seja, não se sabe se será ou não, mas como não foi pensado, significa que não será "ainda".
http://forum.mql4.com/ru/56881/page4#820225
Enquanto estiver a descobrir os detalhes técnicos da actualização, perde-se um detalhe importante - MetaTrader 4 terá Marketplace. Dada a prevalência dos 4, é possível estimar quanto pode ganhar um robô/indicador revelador no mercado unido de 7 milhões de comerciantes. Os resultados do mercado MQL5 podem ser utilizados como base para fazer suposições e para ter uma melhor ideia de que tipo de software é mais popular entre os comerciantes.
Ainda não está registado como promotor?
C-4:
Вот тут подумалось что при объединении двух языков абсолютно необходимы условные директивы компиляции типа #ifdef - это бы существенно упростило бы унификацию кодов между двумя платформами, и плотформозависимый API определялся на этапе компиляции.
Sim, isso seria bom.
Até agora, utilizo como alternativa torta uma construção como
#define _DEBUG_OR_RELEASE_(DEBUG, RELEASE) DEBUG
Mas seria consideravelmente mais flexível com #ifdef
Enquanto estamos a descobrir os detalhes técnicos da actualização, perdemos um detalhe importante - o MetaTrader 4 terá o Marketplace. Dada a prevalência dos Quatro, é possível estimar quanto pode ganhar um robô/indicador revelador no mercado unido de 7 milhões de comerciantes. Os resultados do mercado MQL5 podem ser utilizados como base para fazer suposições e para ter uma melhor ideia de que tipo de software é mais popular entre os comerciantes.
Ainda não está registado como promotor?
Então vamos ter convosco :)
De facto, todos se aperceberam disso e regozijam-se em silêncio para não os afugentar :)
Não concordo com todos os argumentos de hrenfx, contudo, escolhi pessoalmente o MT5 apenas para o OOP e a Biblioteca Standard.
Desejo realmente que ao introduzir o OOP no MT4++, se mantenha o maior número possível de interfaces de classe da Biblioteca Standard (idealmente, todas, excepto as classes comerciais CTrade, CPositionInfo, relacionadas directamente com a netting).
A propósito, a mesma velha folha de cálculo de que ele está a falar étudo sobre história personalizada - no MT5 ainda é possível imitar - apenas tirando partido dessas características.
Pergunto-me como é possível - emular no testador MT5 (isto é, testar a sua própria história) ?
Onde é que diz isso?
Como será que isto pode ser emulado no testador MT5 (i.e. testar a sua história) ?
Onde é que diz isso?
Não diz isso em lado nenhum. Esta é a minha ideia. Comecei um tópico neste fórum, mas ninguém o apoiou, por isso percebi que ninguém estava interessado no mesmo.
Se um Consultor Especialista utiliza apenas classes da Biblioteca Standard para trabalhar, e não utiliza as funções de acesso directo ao servidor, então a tarefa de emulação é escrever classes derivadas das classes da Biblioteca Standard, que não se aplicariam ao servidor, e utilizariam as suas próprias variáveis internas.
Depois disso, o Consultor Especialista recebe não as classes originais da Biblioteca Standard, mas as classes derivadas, que em vez de acederem ao servidor passam ao Consultor Especialista os resultados dos seus próprios cálculos internos. O Conselheiro Especialista não repara na mudança - não se importa com o que trabalhar - nem nos dados reais nem nos históricos.
Para mim, já escrevi um armazenamento de classe de dados históricos e classes, os herdeiros de séries cronológicas (como SOPrep, CHigh, etc.), que podem devolver a EA tanto os dados reais do servidor como os dados históricos do armazenamento. Mais tarde, escreverei classes de negociação como descendentes das classes da Biblioteca Standard que podem ser um "invólucro" para as negociações do servidor real e realizar negociações virtuais com base em dados históricos. Mais uma vez, o Conselheiro Especialista não terá conhecimento da substituição.
Tudo isto é possível. Embora, claro, haja muito trabalho a ser feito.
Não diz isso em lado nenhum. A ideia foi minha. Comecei um tópico no fórum, mas ninguém o apoiou, apercebi-me que ninguém está interessado nele.
Se um Consultor Especialista utiliza apenas classes da Biblioteca Standard para trabalhar, e não utiliza as funções de acesso directo ao servidor, então a tarefa de emulação é escrever classes derivadas das classes da Biblioteca Standard, que não se aplicariam ao servidor, e utilizariam as suas próprias variáveis internas.
Depois disso, o Consultor Especialista recebe não as classes originais da Biblioteca Standard, mas as classes derivadas, que em vez de acederem ao servidor passam ao Consultor Especialista os resultados dos seus próprios cálculos internos. O Conselheiro Especialista não repara na mudança - não se importa com o que trabalhar - nem nos dados reais nem nos históricos.
Para mim, já escrevi um armazenamento de classe de dados históricos e classes, os herdeiros de séries cronológicas (tipo SOPrep, CHigh, etc.), que podem devolver a EA tanto os dados reais do servidor como os dados históricos do armazenamento. Mais tarde, escreverei classes de negociação como descendentes das classes da Biblioteca Standard que podem ser um "invólucro" para as negociações do servidor real e realizar negociações virtuais com base em dados históricos. Mais uma vez, o Conselheiro Especialista não terá conhecimento da substituição.
Tudo isto é possível. É claro que há muito trabalho.
Se escrever um indicador, que lê dados de um ficheiro (histórico personalizado), anular as funções padrão de recepção de dados (tanto as cotações como o ambiente do mercado), utilizar uma definição de contextos e ficará satisfeito.
Não partilho a sua admiração pela Biblioteca Standard, é um enorme monstro com a pretensão de universalidade, criado apenas para exemplos e para a criação de Conselheiros Especialistas no feiticeiro.
Embora o que foi escrito para ele cumpra bastante bem os seus deveres.
Escrever um indicador que lê dados de um ficheiro (histórico personalizado), anular funções padrão de recepção de dados (tanto cotações como ambiente de mercado), utilizar definição de contratos e ficará satisfeito.
É exactamente isso que eu faço. Já escrevi aulas que podem passar uma EA personalizada a história (em vez da verdadeira do servidor), mas a EA não deve utilizar directamente as funções do terminal para implementar plenamente a minha ideia. Digamos, o mesmo OrderSend(). Deve funcionar apenas através de um "invólucro", cujo papel pode ser maravilhosamente desempenhado pela Biblioteca Standard. Escrevemos classes derivadas, encaixamo-las no Expert Advisor, e voila - funciona agora em dados históricos. Se a EA utiliza directamente as funções do terminal, não será capaz de utilizar o histórico.
Não partilho da sua admiração pela Biblioteca Standard, um enorme monstro que finge ser universal e foi criado apenas para dar exemplos e para criar Conselheiros Especialistas no feiticeiro.
Mas cumpre bastante bem o seu objectivo.
Bem, talvez seja o efeito do meu longo trabalho com a biblioteca do MFC, com o qual fiquei muito satisfeito e com o qual encontro muitos paralelos. Tenho a certeza que os criadores da Biblioteca Standard também estão bastante familiarizados com o MFC.
A principal vantagem da Biblioteca Standard é o bom suporte da ideologia OOP, que permite passar ao Consultor Especialista um historial personalizado para que este funcione correctamente sem quaisquer modificações.
Posso perguntar porque não gosta da Biblioteca Standard (bem, para além da óbvia desvantagem - "preguiçoso para aprender")?
Enquanto investigávamos os detalhes técnicos da actualização, perdemos um detalhe importante - o Mercado irá aparecer no MetaTrader 4. Dada a prevalência de IV, podemos estimar quanto pode ganhar um robô/indicador revelador no mercado unido de 7 milhões de comerciantes. Os resultados do mercado MQL5 podem ser utilizados como base para fazer suposições e para ter uma melhor ideia de que tipo de software é mais popular entre os comerciantes.
Já se registou como promotor?
Agora que tocámos o mercado, gostaria de ouvir algumas opiniões sobre um assunto...
De acordo com a filosofia da MQL5, os indicadores devem contar e as EAs devem negociar.
Mas o Mercado vende soluções prontas, como se costuma dizer, tudo em um.
Talvez o compilador deva ser melhorado para que os indicadores sejam armazenados em Expert Advisors como recursos?
Caso contrário, temos de transferir o código do indicador para o Expert Advisor, onde este não tem ambiente adequado. Mais uma vez, o esquema "indicador por indicador" é todo um épico para transferir o código para o Consultor Especialista.