Projeto aberto - testador-optimizador interno - página 5

 
Cada legume tem sua data de vencimento. Assim que estiver maduro, eu o postarei. Há muita gente andando por aí, talvez alguém amadureça mais cedo...
 
O provador não deve ser escrito em McLean, mas em algum idioma de alto nível. Não tenho certeza de que algo vai mudar drasticamente no MT3, e não tenho certeza de que no MT4. Acabei de escrever uma preparação para uma estratégia em Delphi, ou seja, seleção de parâmetros ótimos pelo método de descida por gradiente. Embora houvesse apenas um protótipo do testador (trabalhando com apenas uma ordem, sem ordens pendentes), ele foi bem-sucedido 1000 vezes em menos de 2 segundos para 11000 barras, além de que a estratégia não foi ruim - uma tendência em três TFs foi levada em conta. E os scripts incorporados permitem escrever um testador em MT apenas por desespero total. A propósito, tentei implementar tudo o que foi descrito acima no MT3, mas existe uma coisa como LupDetect e finalmente desisti de usar o MT. Mais ainda, já que qualquer linguagem de alto nível me dá mais possibilidades (se não duas ordens de grandeza).
A propósito, uma pergunta - o McLe4 apóia a programação orientada a objetos?
 
Primeiro. OOP não é suportado em mql-4, nem herança, nem métodos ou propriedades, em geral não há objetos ou classes.
A segunda. No MT4 podemos receber facilmente valores para diferentes TFs, mesmo três, mesmo todos os 9 de um minuto a um monza.
Terceiro. МТ4 não será capaz de detectar. Foi removido.
Quarto. A produtividade foi aumentada em 40 vezes. Para mais detalhes, veja aqui - "MQL4, MQL2, EasyLanguage, Wealth-Lab 3.0 e VC++: Comparação de Velocidade".
 
O MT4 suportará TFs não-padronizados? Por exemplo, M90 ou M45 ou D2?
Os testes mostram que os TFs padrão nem sempre são os mais eficazes.
 
Não, não vai. Este ponto dos desenvolvedores é revestido de ferro. Muitas coisas foram penetradas por beta-testers, mas aqui há um nível de resistência revestido de ferro. Acho que no MT5 não haverá apenas TFs de qualquer tipo, mas também RadarScreen e muitas outras coisas...
 
URAN escreveu
Não entendo como usá-lo, poste um exemplo com alguns especialistas, se não for difícil... <br / translate="no">



Aqui eu fiz um exemplo. Não vai funcionar. Fonte aqui - http://forexsystems.ru/phpBB/viewtopic.php?p=4636#4636
 
A julgar pelo quanto o MT4 foi feito, é prematuro falar sobre o MT5, para dizer de forma suave. Especialmente porque o MT4 ainda não está terminado.
O que é "RadarScreen e muitas outras coisas..."? Você pode me dizer mais sobre isso?
 
Os TFs não-padronizados serão suportados pelo MT4. Por exemplo, M90 ou M45 ou D2? <br / translate="no"> Testes mostram que nem sempre a TF padrão é a mais eficaz.

Houve uma sugestão para permitir que os usuários criassem suas próprias visões (D2, ... XO ...).
Como se isso não fosse muito difícil de fazer...
 
<br / translate="no"> Houve uma sugestão para permitir que os usuários criassem suas próprias visões (D2, ... XO ...).
Como se isso não fosse muito difícil de fazer...


Eu não entendo o significado desta frase. É uma afirmação de que é difícil gerar um TF arbitrário?
Se é isso que você afirma, eu lhe asseguro que está errado. E também não é difícil criar um testador. Escrevi uma variante de um testador mais ou menos completo em Delphi em três dias, isto com total falta de habilidades práticas e teóricas nesta linguagem (as lacunas teóricas foram preenchidas ao longo do caminho). Os testes preliminares revelaram as falhas, que foram imediatamente eliminadas. Agora vêm os testes adicionais. Quando eu puder dizer que não há erros, passarei a criar estratégias otimizadoras baseadas não na força bruta retardada (é ineficiente e totalmente inaceitável), mas em estratégias mais "avançadas". Além disso, vou acrescentar um conversor de tempo da M1 (seus algoritmos são estúpidos e primitivos).

Prefiro usar remos, ou mesmo um motor fora de borda, do que esperar que o vento sopre.
 
Eu não entendo o significado desta frase. É uma afirmação de que é difícil gerar um TF arbitrário?

Por que isso não está claro?
Está escrito em russo ...
Houve uma sugestão para permitir que os usuários criassem suas próprias visões (D2, ... XO ...).

Não sei como traduzi-lo para o russo...
Ofereci aos desenvolvedores um método simples, permitindo que os usuários criassem representações arbitrárias de séries de preços e testassem sistemas nessas representações. Não apenas representações com um passo de tempo constante (como M1, M90, ...), mas também representações como XO, barras de volume ou área constante, Duke, Renko, etc. Você pode inventar qualquer um de seus próprios ...

Então alguém sugeriu outra forma (mais simples parece).

Como se isso não fosse muito difícil de fazer...

Mais uma vez, não sei como traduzir ...
Parece estar escrito que não é difícil de se fazer,
mas está escrito de uma forma um pouco mais suave (não como uma declaração rígida, mas como uma suposição).

Escrevi um testador mais ou menos completo em Delphi em três dias, isto com total falta de habilidades práticas neste idioma, bem como a teoria (as lacunas na teoria foram preenchidas ao longo do caminho).

Besteira ....
Tais coisas não são feitas em 3 dias, especialmente "na completa ausência de ...".
Acho que 3 dias não é nem mesmo tempo suficiente para eu formular minhas próprias exigências para um testador.
Talvez você apenas tenha uma idéia muito superficial sobre isso ...
E seu testador corresponde mais ou menos a essas idéias...