Новая версия платформы MetaTrader 5 build 2085: Интеграция с Python и массовые улучшения в тестере стратегий - страница 22

 
Alexey Navoykov:

Давно напрягает длительное время компиляции кодов.  Точнее даже не столько компиляции, сколько синтаксической проверки.   К примеру, .mq5 файл в режиме Optimize=0 компилируется 9 секунд.  Если же сделать из него .mqh файл и запустить компиляцию(синтаксическую проверку) этого файла, то затрачивается 8 секунд.

Т.е. именно парсинг и проверка синтаксиса занимает основное время.   Общий объём используемых библиотек - около 3 мб, это немного.

Если попытаться использовать, как можно больше библиотек из КБ в одном проекте, то столько не выйдет, наверное.


Бывают закрытые EX5-советники, которые mqh генерируют. Этот mqh подключается к EX5-библиотеке с открытым без секретов исходным кодом.

Далее эта открытая библиотека компилируется. После чего закрытый EX5-советник использует нужный ему функционал из EX5-библиотеки.


Здесь, наверное, другой случай.

 

Предложение по Метаэдитору.

У таблицы ошибок имеется опция "Автопрокрутка", при включении которой таблица всегда прокручивается в конец при компиляции. Даже если имеются ошибки. Так вот при наличии ошибок эта прокрутка теряет всякий смысл, ибо отображаемая там статистика (число ошибок и предупреждений) уже не играет роли, т.к. не соответствует действительности.  Ведь одна ошибка компиляции зачастую порождает за собой вереницу разных сообщений и предупреждений. Цепная реакция.  Т.е. по факту имеем 1 ошибку, а в статистике будет отображено допустим 5-10. И какой от этого толк?  При этом приходится вручную прокручивать список выискивая ошибку.

Поэтому было бы удобней, чтобы при наличии ошибок таблица прокручивалась бы до первой ошибки (как при отключённой "Автопрокрутке"). Возможно даже эту опцию и убрать вовсе, т.к. мы по сути совмещаем оба режима в один.

 
Alexey Navoykov:

Предложение по Метаэдитору.

У таблицы ошибок имеется опция "Автопрокрутка", при включении которой таблица всегда прокручивается в конец при компиляции. Даже если имеются ошибки. Так вот при наличии ошибок эта прокрутка теряет всякий смысл, ибо отображаемая там статистика (число ошибок и предупреждений) уже не играет роли, т.к. не соответствует действительности.  Ведь одна ошибка компиляции зачастую порождает за собой вереницу разных сообщений и предупреждений. Цепная реакция.  Т.е. по факту имеем 1 ошибку, а в статистике будет отображено допустим 5-10. И какой от этого толк?  При этом приходится вручную прокручивать список выискивая ошибку.

Поэтому было бы удобней, чтобы при наличии ошибок таблица прокручивалась бы до первой ошибки (как при отключённой "Автопрокрутке"). Возможно даже эту опцию и убрать вовсе, т.к. мы по сути совмещаем оба режима в один.

А по мне, так удобней сделать упорядочение по колонке с типом сообщения, что б при желании последовательно шли ошибки/предупреждения/иное.

 
Alexey Navoykov:

Предложение по Метаэдитору.

У таблицы ошибок имеется опция "Автопрокрутка", при включении которой таблица всегда прокручивается в конец при компиляции. Даже если имеются ошибки. Так вот при наличии ошибок эта прокрутка теряет всякий смысл, ибо отображаемая там статистика (число ошибок и предупреждений) уже не играет роли, т.к. не соответствует действительности.  Ведь одна ошибка компиляции зачастую порождает за собой вереницу разных сообщений и предупреждений. Цепная реакция.  Т.е. по факту имеем 1 ошибку, а в статистике будет отображено допустим 5-10. И какой от этого толк?  При этом приходится вручную прокручивать список выискивая ошибку.

Поэтому было бы удобней, чтобы при наличии ошибок таблица прокручивалась бы до первой ошибки (как при отключённой "Автопрокрутке"). Возможно даже эту опцию и убрать вовсе, т.к. мы по сути совмещаем оба режима в один.



Ох как я Вас понимаю. 

Раньше ведь все было ок с этим. 

Сейчас приходится отключать автопрокрутку. 

 
Aleksey Vyazmikin:

А по мне, так удобней сделать упорядочение по колонке с типом сообщения, что б при желании последовательно шли ошибки/предупреждения/иное.

Да, тоже нужная штука.  Когда много предупреждений, то нужно их фиксить в порядке приоритетности, требуется сортировка.
 
Alexey Navoykov:

В продолжение темы об операторах присваивания.  Вскрылся ещё один баг, только уже на этапе выполнения:

Из распечатки видим, что класс B не скопировался, т.е. неявный оператор для него не вызывался.

При этом оператор для класса A вызывался.  Т.е. перескочили через B.

В C++ всё работает как положено.

Спасибо за сообщение.

Исправлено

 
Alexey Navoykov:
Да, тоже нужная штука.  Когда много предупреждений, то нужно их фиксить в порядке приоритетности, требуется сортировка.

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

 
Просьба, когда происходит такое
cannot get inputs for pass 1089

хоть как-то сообщать об этом. Либо звуковым сигналом, либо моргающей вкладкой Журнал.

А то жмешь и ничего не происходит. Сразу не догадаешься.

 
Чем больше возможностей, тем дороже будут "самоиграйки". В итоге придём к тому, что выгоднее торговать ручками, для этого всего-то нужно 5-10 минут в день ))
 
Вопрос от новичка: будет ли торговля облигациями в скором времени? И ебс