ФорумРазделы

Новая версия платформы MetaTrader 5 build 2940: Перенос витрин MQL5-сервисов в рабочую область и обновление дизайна - страница 28

Новый комментарий
A100:

Думаю что закладываться нельзя.

Формально ситуации одинаковые, но на самом деле это сравнение теплого с мягким.

В истории сортировку никто не продумывал. Сделано просто, как сделали. Без какого-либо осознания, как может быть полезно, а что - наоборот.

Сейчас же предлагается на эту тему подумать.

fxsaber:

Сейчас же предлагается на эту тему подумать.

Допускаю, что при записи в конец в общем случае ордер исполнившийся раньше будет записан фактически позже

A100:

Допускаю, что даже при записи в конец в общем случае ордер исполнившийся раньше будет записан фактически позже

Не понял.

Веский довод, почему сейчас в Терминале неправильно. Переделал скрипт в советник. 
// Скрипт позволяет увидеть, как формируется таблица истории ордеров
// при создании/удалении новых ордеров и без этого.

#property script_show_inputs

input bool inFlag = true;  // Проверка истории с открытием ордеров
input datetime inFrom = 0; // Не ноль приведет к ошибке и с новыми ордерами

#include <MT4Orders.mqh> // https://www.mql5.com/ru/code/16006

void OnTick()
{    
  MqlTick Tick;
  
  if (SymbolInfoTick(_Symbol, Tick) && Tick.ask)
  {
    Print("------------\n" + (string)inFlag); // Отделили строки разных запусков скрипта.
  
    if (inFlag) // Проверка на новых ордерах.
    {
      // Попытка сформировать кеш на случай, если начальная дата будет всегда постоянной, но ненулевой.
      HistorySelect(inFrom, INT_MAX);
      
      Print("Create/Delete orders.");
      
      // Создали первый ордер.
      const TICKET_TYPE Ticket1 = OrderSend(_Symbol, OP_BUYLIMIT, 0.1, Tick.ask - 1000 * _Point, 0, 0, 0);
      
      Sleep(2000); // Подождали и создали второй ордер.
      const TICKET_TYPE Ticket2 = OrderSend(_Symbol, OP_BUYLIMIT, 0.1, Tick.ask - 1000 * _Point, 0, 0, 0);
      
      Print(Ticket1); // Тикет первого.
      Print(Ticket2); // Тикет второго.
      
      OrderDelete(Ticket2); // Удалили второй - попал в историю.
      
      Sleep(2000); // Подождали и удалили первый - попал в историю.
      OrderDelete(Ticket1);
    
      // Проверка последовательности ордеров в истории - последних двух.
      if (HistorySelect(inFrom, INT_MAX))
      {
        Print("Check the History. inFrom = " + (string)inFrom);
        
        const int Total = HistoryOrdersTotal();
        
        for (int i = Total - 2; i < Total; i++)
          Print(HistoryOrderGetTicket(i)); // Распечатываем тикеты в конце таблицы. 
      }
  
      ExpertRemove();  
    }  
  }  
}


Результат Тестера.

2021.06.19 15:30:46.582 Core 1  EURUSD,M1: testing of Experts\Test9.ex5 from 2021.06.18 00:00 to 2021.06.19 00:00 started with inputs:
2021.06.19 15:30:46.582 Core 1    inFlag=true
2021.06.19 15:30:46.582 Core 1    inFrom=0
2021.06.19 15:30:46.582 Core 1  EURUSD : real ticks begin from 2021.03.15 00:00:00
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:00   ------------
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:00   true
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:00   Create/Delete orders.
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:00   buy limit 0.1 EURUSD at 1.18097 (1.19057 / 1.19097)
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:02   buy limit 0.1 EURUSD at 1.18097 (1.19057 / 1.19069)
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:02   2
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:02   3
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:02   order canceled [#3 buy limit 0.1 EURUSD at 1.18097]
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:04   order canceled [#2 buy limit 0.1 EURUSD at 1.18097]
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:04   Check the History. inFrom = 1970.01.01 00:00:00
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:04   3
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:04   2
2021.06.19 15:30:46.582 Core 1  2021.06.18 00:00:04   ExpertRemove() function called

Все четко и правильно в Тестере! Это не повод ломать Тестер. Это повод вернуть хотя бы поведение Терминала к тому, что было еще в b2958. Там работало только для inFrom = 0, но работало. В Тестере работает для любого inFrom правильно. Это абсолютно логично.


Что имеем на данный момент. HistorySelect в Терминале и в Тестере работают разными алгоритмами. При этом в Тестере этот алгоритм удобный и логичный, да еще и супер-быстрый - дозапись всего, что приходит в историю, в конец таблицы. В Терминале же - нет.


Заметьте, не упоминаю сортировку по какому-либо признаку во время работы советника. Просто говорю о дозаписи в конец (а не в середину) новых элементов истории.

Если же говорить о сортировке, то она нужна только один раз - при запуске советника. И сортировка должна быть по ORDER_TIME_DONE_MSC (при совпадающих значениях - по тикету). Тогда будет полная однозначность HistorySelect-таблицы во время работы и сразу после запуска.

fxsaber:

Не понял.

Это как с транзакциями в OnTradeTransaction - очередность прихода транзакций не гарантируется. Одни транзакции фактически приходят после других (хотя в теории должно быть наоборот), а Тестере - все идеально

A100:

Это как с транзакциями в OnTradeTransaction - очередность прихода транзакций не гарантируется. Одни транзакции фактически приходят после других (хотя в теории должно быть наоборот), а Тестере - все идеально

Об этом сразу написал.

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

Новая версия платформы MetaTrader 5 build 2940: Перенос витрин MQL5-сервисов в рабочую область и обновление дизайна

fxsaber, 2021.06.11 15:24

Супер-оптимизированная разработчиками HistorySelect(0, INT_MAX)  дозаписывает в конец все новые ордера. Они туда попадают согласно приходу соответствующих OnTradeTransaction. Если два ордера закрылись с разницей в микросекунду, но попали в разные миллисекунды, то первый ордер может (сетевой пакет) запоздать теоретически. Поэтому на миллисекунду закрытый позже ордер может попасть в историю раньше.

Но это абсолютно не принципиально! Важно - дозаписывание в конец.


fxsaber:

Формально ситуации одинаковые, но на самом деле это сравнение теплого с мягким.

Могу привести еще пример "гарантий":

Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий

"Плавающая" ошибка PositionSelect()

MQ Alexander, 2016.08.03 18:00

Что касается этой фразы.

Судя по всему - она осталась из документации к одной из начальных версий терминала с асинхронной торговли. В ближайшее время уберём. Виновные будут расстреляны.

Фразу "Кроме того, транзакции могут потеряться при доставке от сервера к терминалу" убрали, но фактически гарантий не прибавилось, поскольку "потерявшиеся" при даже кратковременной потере связи транзакции не досылаются даже в пределах ограниченной очереди
A100:

Могу привести еще пример "гарантий":

Фразу "Кроме того, транзакции могут потеряться при доставке от сервера к терминалу" убрали, но фактически гарантий не прибавилось, поскольку "потерявшиеся" при даже кратковременной потере связи транзакции не досылаются даже в пределах ограниченной очереди

Поэтому и не полагаюсь исключительно на OnTradeTransaction. И даже историю проверяю на корректность.

A100:

Думаю что закладываться нельзя. В свое время возник такой вопрос:

В СервисДеске тогда ответили, что в будущем порядок меняться не будет. И что Вы думаете... спустя год\два примерно dll не загружаются. Меняю порядок на прямой - и снова все работает - т.е. порядок все таки поменяли

Уточните, когда порядок поменяли - это повлияло на уже работу уже откомпилированных .ex5 или только на новые компиляции?

Т.е. порядок загрузки зашивается в .ex5 или задается  терминалом при загрузке программы?

mktr8591:

Уточните, когда порядок поменяли - это повлияло на уже работу уже откомпилированных .ex5 или только на новые компиляции?

Берете дату из сообщения, прибавляете один\два года - получается, что порядок меняли 4-5 лет назад. Но это было приведено лишь как пример неожиданных изменений и относится к тогда еще 32х битному MetaTrader 5. В 64x битном - не знаю - может там изначально другой порядок был

mktr8591:

Т.е. порядок загрузки зашивается в .ex5 или задается  терминалом при загрузке программы?

В такой постановке вопроса - зашивается в .ex5

1...212223242526272829
Новый комментарий