|
Заблокирован
|
|||||||||||
препроцессор с++02.09.2011, 19:59. Показов 6245. Ответов 47
Метки нет (Все метки)
Задача:
Сделать так, что бы при определённом условии класс "знал" что его тестируют в консоли, и выводил в неё всю необходимую служебную информацию. В режиме же реальной работы, даже сам код вывода данных в консоль не должен быть скомпилированным. Возникшая сложность: В случаи, если режим работы - тестирование классов, то требуется выполнить некоторую предварительную подготовку приложения к работе. Другими словами - запустить на выполнение некий набор функций. Вопрос: Можно ли так сделать, что бы в случае, если идентификатор (#define) определён - при компиляции будут запущены и выполнены некоторые дополнительные функции? Один из вариантов ответа: Ниже представлен полностью рабочий код. В нём мне удалось реализовать задачу, озвученную выше. Однако, удалось это сделать только при помощи глобального объекта. Меня же интересует, можно ли это сделать как нибудь так, что бы обойтись без глобальных объектов? А так же, к каким проблемам может привести ниже представленный код. Критика кода приветствуется.
Он объявляется, и определяется в глобальном пространстве. Код, выполняемый в его конструкторе - это и есть тот кусок кода, которые запустится в случае, если дефайн будит определён. 1. К каким проблемам могут привести макросы? 2. К каким проблемам может привести создание глобального объекта? 3. Есть ли другие способы добиться аналогичного эффекта, но при этом, вообще не создавая глобальных объектов? 4. Как сделать макросы кросс-платформенными? В частности, нужно избавиться от windows.h в случае, если компилируемый код - не под ос виндовс. Но тогда объект GlobalRun ругнется на незнание функций консоли... Добавлено через 11 минут /зы в строке 75 - опечатка
0
|
|||||||||||
| 02.09.2011, 19:59 | |
|
Ответы с готовыми решениями:
47
препроцессор, #if Препроцессор
|
|
программист С++
860 / 600 / 147
Регистрация: 19.12.2010
Сообщений: 2,014
|
||||||
| 02.09.2011, 20:01 | ||||||
0
|
||||||
|
Заблокирован
|
|
| 02.09.2011, 20:11 [ТС] | |
|
/ззы, опечатка в строке 70, а не 75. В след раз, получше подготовлюсь, прежде чем постить тему.
0
|
|
| 02.09.2011, 20:13 | |
|
0
|
|
|
Заблокирован
|
|
| 02.09.2011, 20:17 [ТС] | |
|
sandye51, я думал о подобном варианте, но в итоге пришел к мнению, что это не годится.
Во-первых, команды препроцессора вперемешку с реальным кодом класса оч сильно засоряют последний. Во-вторых, что бы не дублировать постоянно условия компиляции, проще инкапсулировать эти условия в макрос. А в третьих - в вашем примере будит запущена функция. Пусть пустая (бдагодоря препроцессору), но будит. Я же хочу, что бы в целевом коде не было никаких холостых запусков функций, и никаких холостых проверок.
0
|
|
|
В астрале
8049 / 4806 / 655
Регистрация: 24.06.2010
Сообщений: 10,562
|
||||||||||||||||
| 02.09.2011, 20:57 | ||||||||||||||||
|
Bers, Макросы конечно зло, но не при создании тестовых систем. Если система должна тестироваться в зависимости от некого параметра (в Linux сильно помогает .h файл выдаваемый libtool-ом или написанный самостоятельно с определением констант) - другого выхода по сути нет.
Добавлено через 8 минут Bers, Файл config.h
0
|
||||||||||||||||
|
Заблокирован
|
||||||
| 02.09.2011, 21:20 [ТС] | ||||||
|
ForEveR, собственно... именно для тестов они мне и понадобились.
В идеале, хочется получить достаточно гибкую параметризованную автоматическую систему юнит-тестирования. Добавлено через 17 минут вот что теперь можно делать при помощи макроса TEST( функция() )
0
|
||||||
|
В астрале
8049 / 4806 / 655
Регистрация: 24.06.2010
Сообщений: 10,562
|
|
| 02.09.2011, 21:21 | |
|
Bers, Обязательно самописная? Советую таки воспользоваться готовыми либами. Ну или хотя бы взять за основу. boost::test или google test framework.
1
|
|
|
Заблокирован
|
||
| 02.09.2011, 21:32 [ТС] | ||
|
А во-вторых, я не дружу с бустом. И потом, он слишком сложен для меня. Боюсь, уйдёт слишком много времени на его освоение. Мне нужна простая, понятная методика. Пусть не супер-пупер универсальная, но зато простая в освоении, и в использовании.
0
|
||
|
В астрале
8049 / 4806 / 655
Регистрация: 24.06.2010
Сообщений: 10,562
|
|||||||||||
| 02.09.2011, 22:09 | |||||||||||
|
Bers, boost::test прост как палка для Unit тестов.
0
|
|||||||||||
|
Заблокирован
|
|
| 02.09.2011, 22:14 [ТС] | |
|
0
|
|
|
Делаю внезапно и красиво
1313 / 1228 / 72
Регистрация: 22.03.2011
Сообщений: 3,744
|
|||
| 03.09.2011, 08:36 | |||
|
Добавлено через 8 минут Я бы рекомендовал использовать наиболее понятное и простое в сопровождении решение, а к возможным проблемам производительности вернуться только в случае их появления. Ты уже и сам знаешь про зло под названием "преждевременная оптимизация"...
0
|
|||
|
Заблокирован
|
|||
| 03.09.2011, 08:40 [ТС] | |||
|
Не совсем. Комменты были рассчитаны исключительно на вас, читателей. Исключительно для иллюстрации момента. В реальном коде я обхожусь минимум комментариев: шапка (дата, авторство), кратко - назначение. (это нужно лишь для понимания того, что я собираюсь конструировать) Краткие описания методов рядом с прототипами (только, если имена корявые), и в самом конце - документация с примерами, и с примечаниями. Вот в документации, которая в самом конце файла, я уже позволяю себе лить воду сколько душе угодно. Правда к этому светлому моменту, как правило, меня уже такая лень одолевает, что... Ну в общем, когда нибудь я, наверное, даже сделаю специальную утилитку, которая будит автоматически создавать её, основываясь на интерфейсе, и юнит-тестах... Но я за чистоту кода - стараюсь в объявлении класса так оформить, что бы функционал был нативным. Добавлено через 1 минуту Но все же - обилие команд препроцессора в целевом коде сильно засоряет его, и затрудняет понимание.
0
|
|||
|
Делаю внезапно и красиво
1313 / 1228 / 72
Регистрация: 22.03.2011
Сообщений: 3,744
|
||||||||
| 03.09.2011, 08:48 | ||||||||
|
Самый очевидный пример - записать причины выбора конкретной архитектуры или проектного решения. Написать, какие решения были отвергнуты и причины этого. Очень сильно помогает при сопровождении кода. Особенно, когда поддержку осуществляет уже совсем другой программист. Добавлено через 5 минут
1
|
||||||||
|
Заблокирован
|
||||
| 03.09.2011, 09:01 [ТС] | ||||
|
Так же - перечень уязвимых мест, и контракты, которые заключает клиентский код с поставщиком_услуг, выполнение которых гарантирует ему стабильную работу. К слову о контрактах. Они - одна из причин, почему я задумался о создании этих макросов. в режиме юнитестов можно легко выловить все нарушения контрактов, ещё на стадии компиляции приложения. Ну и какие то - реал-тайм. Добавлено через 9 минут
0
|
||||
|
Делаю внезапно и красиво
1313 / 1228 / 72
Регистрация: 22.03.2011
Сообщений: 3,744
|
|||
| 03.09.2011, 09:10 | |||
|
Но повторюсь, не стоит задумываться о проблеме производительности до её появления. У тебя в коде будет 100500 других причин снижения производительности.
1
|
|||
|
Заблокирован
|
|||
| 03.09.2011, 09:27 [ТС] | |||
|
Что бы не получилось так - функция есть, но она нигде и никак не используется. Добавлено через 8 минут Я вижу картинку так: есть штатная работа класса. И есть тестовая - которая выявляет все ситуации, которые в принципе не должны произойти в релизе. Соответственно, в релиз версии не должно быть методов, которые не используются. И они не должны загромождать целевой код. Я приведу пример: ПулОбъектов наружу выдает умный указатель на объект. Можно пользоваться объектом, можно расшарить указатель. Но нельзя удалить сам объект. При деинсталяции приложения, все ссылки на объекты в пуле должны обнулиться, иначе - какой то фейл. В режиме тестов, система должна проверить количество ссылок на объекты, и если что - поднять тревогу. В релизе - никаких таких проверок выполняться не должно. Соответственно, и самих методов проверок в релиз войти не должно. Я считаю, что класс не должен содержать методов, которые принципиально никогда не должны быть запущены.
0
|
|||
|
Делаю внезапно и красиво
1313 / 1228 / 72
Регистрация: 22.03.2011
Сообщений: 3,744
|
|||
| 03.09.2011, 09:39 | |||
|
Т.е. код будет скомпилирован, но при компоновке он будет удалён. Предвосхищая следующий вопрос, отвечаю: на времени сборки проекта это, разумеется, скажется, но разницу можно будет заметить только в оооочень больших проектах. Добавлено через 10 минут Во вторых, это "принципиальное никогда" очень легко может поменяться на "иногда нужно". Я на практике пришёл к выводу (а потом и в книжках наталкивался неоднократно), что большая часть отладочного кода приносит бОльшую пользу именно в релизе. Т.е. отладочный код отключаю не при компиляции, а ключом в реестре или ini-файле. Да, код получается толще и чуть медленнее. Но что такое лишнее по сравнению с упрощением поддержки программы? Реально задумываться о размере программы стоит только для встроенных приложений. Для ПиСюка об этом не стоит беспокоиться. Одна-две иконки в стиле Windows7 будут весить больше всего твоего отладочного кода вместе взятого. Так же и вызов функции и оператор сравнения практически бесплатны (если не пихать их в долгий цикл).
1
|
|||
|
Заблокирован
|
|||||||
| 03.09.2011, 09:41 [ТС] | |||||||
|
Если я сделаю вот так:
Или оптимизирующий механизм выбросит её гораздо раньше, и все таки, стоит оставить юнит-тест?
0
|
|||||||
|
Делаю внезапно и красиво
1313 / 1228 / 72
Регистрация: 22.03.2011
Сообщений: 3,744
|
||
| 03.09.2011, 09:54 | ||
|
В отличие от неиспользуемых щаблонных функций, где проверяется только семантика, для обычных функций будет пройден полный цикл компиляции. Добавлено через 43 секунды Т.е. функция должна быть определена.
1
|
||
| 03.09.2011, 09:54 | |
|
Помогаю со студенческими работами здесь
20
Препроцессор #pragma Почему не работает препроцессор? Препроцессор,исключительные ситуации
Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++
8Observer8 10.03.2026
Содержание блога
Финальные проекты на Си и на C++:
hello-sdl3-c. zip
hello-sdl3-cpp. zip
Результат:
|
Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE
8Observer8 10.03.2026
Содержание блога
MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .
|
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки
Neotwalker 08.03.2026
Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд.
Даже если у вас. . .
|
Модульная разработка через nuget packages
DevAlt 07.03.2026
Сложившийся в . Net-среде способ разработки чаще всего предполагает
монорепозиторий в котором находятся все исходники.
При создании нового решения, мы просто добавляем нужные проекты
и имеем. . .
|
|
Модульный подход на примере F#
DevAlt 06.03.2026
В блоге дяди Боба наткнулся на такое определение:
В этой книге («Подход, основанный на вариантах использования») Ивар утверждает,
что архитектура программного обеспечения — это
структуры,. . .
|
Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование
8Observer8 05.03.2026
Содержание блога
Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .
|
SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D
8Observer8 04.03.2026
Содержание блога
Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip
На первой гифке отладочные линии отключены, а на второй включены:. . .
|
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий
8Observer8 02.03.2026
Содержание блога
Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем.
. . .
|