Georgiy Merts:
У меня подобное решается через глобальный лог-файл и макросы TRACE() ( ну и есть макрос ASSERT() - пишущий в тот же лог-файл).
О лог-файле я думал. Но это скорость работы совы пилит. Если совок будет работать на низких ТФ и обрабатывать много инструментов, не очень вариант.
Может проще в глобальную переменную писать?
hoz:
О лог-файле я думал. Но это скорость работы совы пилит. Если совок будет работать на низких ТФ и обрабатывать много инструментов, не очень вариант.
Если это отладочный вывод, как у меня, то в RELEASE-версии все они должны быть пустыми.
Если же это вывод каких-то необходимых данных - то врядли их будет много, соответственно, и ресурсов они много не отнимут.
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Я уже некоторое время назад хотел поднять эту тему, но руки не добирались. Объясню свою мысли на одном из жизненных примеров.
Например, есть библиотечный метод для логирования событий с сигнатурой:
Всё как-бы хорошо, но этот метод будет использоваться практически во всех классах, которые только могут быть использованы в советниках, индикаторах и тд.
Переменные needLogging и needPrinting являются input-переменными. Они у меня в файле эксперта:
Т.е. могут задаваться пользователем при инициализации эксперта. Получается в каждый класс придётся эти переменные передавать что-ли? Кто как в мкл это делает? Не хочется писать излишних переменных т.к. я сторонник оптимизации. Так же передавать в вызов каждого метода логирования input-переменные, но как-то, вроде бы, не совсем это правильно т.к. нарушается ООП. Я имел ввиду типа так вызывать:
Такой вариант имеет место быть, но мне не нравится. Какие ещё есть вариант?