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
Em geral, tenho uma atitude dupla com relação a esses desenvolvimentos.
Por um lado, um homem trabalhou muito e não se arrependeu de postar, parabéns e respeito.
Por outro lado, é necessário que os labuhovs portem estupidamente os códigos do MT4 para o MT5. "Estupidamente" significa sem entrar nas possibilidades da linguagem e sem se aprofundar na estratégia em si.
A propósito, eu mesmo estou fazendo isso agora :) portanto, a crítica é dirigida a mim.
Tentarei explicar melhor a estupidez e as possibilidades da MQL5.
Tomemos como exemplo uma simples função iClose, no MT4 não era possível obter toda a série temporal de uma só vez (apenas pedaço por pedaço), no MT5 ela é otimizada de modo que não há diferença entre copiar um valor e toda a série (um pouco exagerado, mas quase isso). Portanto, muitas vezes leva um tempo comparável para organizar a matriz para a qual os dados serão copiados, de modo que não faz sentido receber Close um por um. Além disso, essas séries já estão presentes nos indicadores por padrão. Portanto, ao fazer a portabilidade, faz sentido dividir o código em um código de cálculo (que é copiado para o indicador) e um código de negociação (que é executado no Expert Advisor).
O que quero dizer é que, por um lado, esses códigos são úteis para iniciantes, pois facilitam a vida deles.
Por outro lado, ele estabelece um padrão de programação errado, programando por meio do G.
A propósito, aqui está mais um recurso para o includnik:
Aqui está mais um refinamento para você.
Mas seria melhor reescrever tudo com base na Bíblia padrão.
Desculpe, há algum código incorreto aqui? Mudando de MQL4 para MQL5.
Por que ele está incorreto? Ele está correto (copiei parte do código de lá),
mas não há código lá, apenas as enums estão quebradas, e todo o resto está no próprio artigo.
+ Eu transferi o OrderSend para lá, acho que a maior parte dos problemas está relacionada à configuração de ordens.
A propósito, muitas coisas estão faltando, por exemplo, toda a funcionalidade de negociação não está quebrada (criei apenas o OrderSend e o OrderClose).
Portanto, há muito espaço para desenvolvimento para os entusiastas.
É que o código no artigo e nesta biblioteca é quase idêntico, e pensei que talvez algo no artigo estivesse errado.
É que o código no artigo e nesta biblioteca é quase idêntico, e pensei que talvez algo no artigo estivesse errado.
Mas por que inventar bicicletas? Copiei o que já estava lá, editei-o e adicionei o meu próprio código.
Pronto, tudo funciona.
É por isso que os códigos-fonte são publicados, para que outros possam usá-los.
Caso contrário, todo programador ainda escreveria em linguagem assembly.
Terei prazer em criar análogos de todas as funções necessárias (incluindo a contabilidade de transações virtuais), quando tiver acesso a elas.
Agora que preciso dessas funções, não consegui encontrar uma biblioteca pronta. Portanto, tive que criar a minha própria.
Estou usando minha biblioteca há cerca de três anos, aperfeiçoando-a constantemente. Tudo funciona como um relógio suíço.
Você encontrou alguns pontos interessantes, terei que pensar na implementação.
Você encontrou alguns pontos interessantes, mas terá que pensar na implementação.
dica sobre o código, que pontos interessantes você encontrou?
Algumas coisas são mais simples e mais funcionais do que as minhas. Não coloquei verificações de erro em determinados lugares.
Meu código às vezes é de 3 a 4 vezes maior.
PS
Meu código, no entanto, me parece mais alinhado com a MQL4 (pode haver outras variantes).
como um exemplo (as primeiras implementações) para iHighest e iOpen