Обсуждение статьи "Использование утверждений (assertions) при разработке программ на MQL5" - страница 2

Просто в качестве источника вывода тестовой инфы в зависимости от ситуации и comment(), к примеру, может применяться и Alert() (чтоб иметь оперативное оповещение о чём-либо, без необходимости всматриваться в строки и если попутно, в том числе, он не раздражает и/или заведомо известно, что не будет "частить"), вместо Print().

Поэтому пока исходила и исхожу из того, что:

• если #define c ключевыми словами ставить в коде, то достаточно закомментировать или удалить #define;
• если #define c ключевыми словами ставить во включаемом файле, то достаточно закомментировать или удалить строку о включаемом файле (вариант с включаемым файлом мне, наверное, больше нравится),

и далее компилятор быстро подскажет о ставших не рабочими строках. Да и применив поиск, можно полностью закомментировать не требуемые в данный момент одним нажатием кнопки в панели MetaEditor.

Но иметь в наличии какой-то универсальный вариант конечно, согласна, лучше.

В принципе да, такой подход помогает полностью вычистить код от ставших неактуальными Print'ов. Правда, сколько раз случалось такое, что вроде не нужно оно уже, а потом через пару месяцев снова всё нужно :)

Но для такого такого случая можно попробовать откат до нужной версии из git/svn (как частный случай svn - MQL5 Storage), но с оговорками (откатив одно, мы можем потерять актуальность в другом).

Не видя ещё ваш ответ, дополнила свой пост, уточняя. Но по смыслу он тот же остался и не в противовес вами далее сказанному.

Да..., вы правы, через какое-то время снова бывает нужно.) А строки те уже "подчищены" в рабочей версии и откат на более ранние действительно не всегда может быть целесообразен.

P./S.: Уточню ещё, что про поиск для только пока закомментировать не требуемые в данный момент (ещё до окончательного вычищения тестовых строк из кода), имела в виду не по "Поиск...", а по "Переходу к заданной строке" или "Списку функций в файле".

P./S.: Однако возвращаясь к статье, ещё раз всё-таки скажу, что возможность применять утверждения, как приводите в статье, было очень интересным. Спасибо.

  Print(TEST_TEXT,"a = ",a);

Возможно, пригодится и такой макрос

#define PRINT(x)  Print(#x,"=",x)
//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
  {
//---
   PRINT(ORDER_TYPE_BUY_STOP_LIMIT);
   PRINT(ORDER_TYPE_SELL_STOP_LIMIT);
   PRINT(ORDER_POSITION_ID);
   PRINT(POSITION_TYPE_BUY);
   PRINT(POSITION_TYPE_SELL);
   
   PRINT(POSITION_TIME);
   PRINT(POSITION_TIME_MSC);
   PRINT(POSITION_TIME_UPDATE);
   PRINT(POSITION_TIME_UPDATE_MSC);
   PRINT(POSITION_TYPE);
   PRINT(POSITION_MAGIC);
   PRINT(POSITION_IDENTIFIER);

Не возможно, а действительно такое нужнО в хозяйстве. Спасибо.

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

И, предполагаю, видимо, и Сергей имел в виду что-то наподобие такого, когда писал здесь.

Однако мне ещё надо для самой себя со многим разобраться/знакомиться применительно таких построений.

В том числе, при применении преобразования данных перед выводом на печать (и с учётом вывода на печать не только через Print, но и в комментарий или алерт). И чтобы название переменной не терялось визуально на фоне DoubleToString, к примеру, или TimeToString.

То есть, сейчас записала,  к примеру, так:

#define TEST_PRINT(x)   Print(__LINE__,", ",__FUNCTION__,", ",#x,"=",x)
#define TEST_COMMENT(x) Comment(__LINE__,", ",__FUNCTION__,", ",#x,"=",x)
#define TEST_ALERT(x)   Alert(__LINE__,", ",__FUNCTION__,", ",#x,"=",x)

Во вкладке "Эксперты" это отображается так:

А на чарте такой же коммент, в случае применения.

То есть, переменная price_0 "теряется" на фоне DoubleToString.

Однако делать в коде с таким #define вывод тестовых строк уже проще, чем я приводила здесь ранее. Хотя пока это всё равно не будет ещё оптимальным вариантом.

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