Erros, bugs, perguntas - página 1846

Novo comentário
 
Konstantin:

Obrigado pelo exemplo, mas eu não gostaria de criar um objecto de tipo complexo só por causa de uma matriz, tudo parece excessivo))


O que é este disparate infantil sobre tipos complexos? Isto é um disparate elementar.
Está a falar de C++, mas já alguma vez consultou a biblioteca STL? (é uma coisa infernal lá).

O problema é resolvido da forma mais aceitável, o que se pode encontrar num prazo razoável.
Depois, se necessário, refactor tanto quanto quiser, mas dificilmente chegará a este ponto.

A utilização de uma classe de embalagem para alguma biblioteca, e por vezes uma funcionalidade padrão, é mais ou menos uma variação do padrão "fachada".

 

A MQL tem a sua própria biblioteca padrão com contentores.
Usei-a quando era freelancer, há cerca de 2 anos atrás. Não muito rápido e não muito prático, na minha opinião pessoal.

Mas agora eles adicionaram modelos adequados + indicadores de funções à funcionalidade MQL.
Tenho dúvidas de que os programadores tenham atribuído recursos para ajustar a biblioteca de contentores padrão às novas características.
Mas ainda assim a biblioteca padrão é melhor do que a maioria das muletas auto-escritas.

 
Sergey Dzyublik:


O que é este disparate infantil sobre tipos complexos? É elementar.
Já alguma vez consultou a biblioteca STL? (é aí que o diabo parte uma perna).

O problema é resolvido da forma mais aceitável, o que se pode encontrar num prazo razoável.
Depois, se necessário, refactor tanto quanto quiser, mas dificilmente chegará a este ponto.

A utilização de uma classe de embalagem para alguma biblioteca, e por vezes uma funcionalidade padrão, é mais ou menos uma variação do padrão "fachada".


Há momentos em que criar uma classe de invólucro para obter um array de um método ésupérfluo, não me importo de obter um array como amortecedor, mas seria mais comum obtê-lo como em C++ por ponteiro, mas uma vez que não é possível, isso não significa que seja necessário fazer overhead ))

 

Peço-vos que introduzam uma comissão MOEX média para símbolos de troca em Metaquotes-Demo.

De momento não há comissão e obtém-se graal na demonstração e no provador.

 
fxsaber:

Peço-vos que introduzam uma comissão MOEX média para símbolos de troca em Metaquotes-Demo.

De momento não há comissão e obtém-se graal em demonstração e testador.


Na demonstração para instrumentos de troca, a inclusão de comissão não o ajudará a livrar-se do graal é geralmente a comissão depende da taxa, bem, vamos supor que, como no plano tarifário universal, cerca de 0,5 ticks, ou seja, para uma rodada que você deu commis= 1tica.

E esta comissão de 1 tick não fará diferença, tendo em conta o facto de que nas negociações de demonstração são abertas e fechadas pela Last, ou seja, sem o spread. abrir e fechar o negócio - obter 0!

A diferença entre si e o testador é também diferente.

 
kaus_bonus:


Na demonstração para instrumentos de troca, a inclusão de uma comissão não o ajudará a livrar-se do graal - em geral, a comissão depende da tarifa, bem, vamos supor que é, como na tarifa universal, cerca de 0,5 ticks, ou seja, para uma rodada que você deu comissão = 1tic.

Não compreendo as carraças. O montante da comissão é sempre uma certa percentagem. Tenho um graal em ordens de limite. Aí, esperemos, as barbatanas não sejam afectadas.

Por exemplo, se receber uma comissão de 1 tick, não fará qualquer diferença se abrir e fechar transacções em demonstração, ou seja, não considera o spread.

Se assim for, não se trata de um insecto.

Se assim for, não é um bug no software, mas nas cabeças.

 
Parece que o testador precisa de ser verificado quanto à sua correcção.
 
fxsaber:
Parece que o testador deve ser verificado quanto à sua exactidão.

Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial

Lista de alterações no MetaTrader 5 Client Terminal builds

MetaQuotes Software Corp., 2016.09.14 16:24

Novo MetaTrader 5 build 1430: Separador Exposição Actualizada

  1. Testador: Removido deslizamento na execução de ordens de Limite de Compra e Limite de Venda ao testar em instrumentos de troca.
Consultor especializado para o testador (Metaquotes-Demo)
#include <MT4Orders.mqh>

// Скольжение лимитника на RTS-6.17
void OnTick()
{
  MqlTick Tick;    
  SymbolInfoTick(_Symbol, Tick);

// 2017.04.06 10:00:00                [time]   [bid]   [ask]  [last] [volume]    [time_msc] [flags]  
// 2017.04.06 10:00:00   2017.04.06 10:00:00  114200  114260  114200        2 1491472800335      56  
  if (Tick.time_msc == 1491472800335)
    OrderSend(_Symbol, OP_BUYLIMIT, 1, 114250, 0, 0, 0);
}

Resultado

2017.04.07 18:18:45.366 RTS-6.17 : real ticks begin from 2017.04.06 00:00:00
2017.04.07 18:18:45.778 2017.04.06 10:00:00   buy limit 1.00 RTS-6.17 at 114250 (114200 / 114260 / 114200)
2017.04.07 18:18:46.051 2017.04.06 10:00:00   order [#2  buy limit 1.00 RTS-6.17 at 114250] triggered
2017.04.07 18:18:46.051 2017.04.06 10:00:00   deal #2  buy 1.00 RTS-6.17 at 114240 done (based on order #2)
2017.04.07 18:18:46.051 2017.04.06 10:00:00   deal performed [#2  buy 1.00 RTS-6.17 at 114240]
2017.04.07 18:18:46.051 2017.04.06 10:00:00   order performed buy 1.00 at 114240 [#2  buy limit 1.00 RTS-6.17 at 114250]

Limite de deslize no símbolo de troca - BAG!

 
Na conta demo da Metaquotes-Demo, as ordens de limite nas ordens de troca também deslizam. BAG!
 
A100:

Passaram mais de 30 minutos, e ainda não há nenhuma chamada OnDeinit->M5

E agora vamos alterar o código do Expert Advisor (alterar ligeiramente a ordem) ...

Resultado:

2017.02.06 01:31:45.002 OnInit->M5
2017.02.06 01:31:48.340 OnDeinit->M5:1 Chamada imediatamente e sem demora!
2017.02.06 01:31:48.409 OnInit->M15


Notou-se que nos registos faltavam linhas

OnDeinit - pode ter funcionado, mas com um grande fluxo de saída, salta a saída

Escrevi uma passagem que contém 3 linhas Print("1"); Print("2"); Print("3");

Estava a saltar de um e do outro na produção

1...183918401841184218431844184518461847184818491850185118521853...3184
Novo comentário
Razão: