Какая структура проекта предпочтительнее, если присутствуют тесты?
Добрый день. Решил тут добавить бенчмарков из
QtTest
в проект и столкнулся с вопросом, а как же всё-таки правильно организовать структуру папок проекта в таком случае. Из активного гугления выделил следующие подходы, основанные на создании подпроектов:
1. Проект делится на подпроекты (
TEMPLATE = subdirs
) по папкам -
src
где исходный код проекта ну и
tests
с тестами классов из
src
. В этом случае классы в тестах подключаются как
../src/MyClass.cpp
. При таком подходе, очевидно, необходимо дважды компилировать один и тот же код, что не есть хорошо. Также надо все тестируемые классы добавлять подпроект тестов, и при их обилии тоже не красиво.
Тут
пример как раз такой реализации (в
cmake
только).
2.
В этой статье
товарищ предлагает интересный подход. Идея заключается в том, чтобы разделить проект также на три части -
app
,
lib
и
test
- причем весь проект лежит в
lib
, а в
app
один только
main.cpp
. Тут двойной компиляции не происходит, и проект
lib
компонуется либо с
app
, либо с
test
. Этот подход мне показался довольно интересным.
3.
Здесь
был предложена интересная идея, которая может базироваться на 1 или 2. Подпроект
test
поделить ещё на кучу мини-подпроектов, каждый из которых интерактивно даёт возможность внешнему пользователю ознакомиться с интерфейсами того или иного класса.
Какие из этих подходов вы бы [не]использовали? Почему? Какие посоветуете использовать или сами используете?
We recommend hosting TIMEWEB
Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.Do you like it? Share on social networks!
- Unknown akadamn
- Jan. 24, 2025, 5:14 p.m.
Qt - Test 001. Signals and slots
- Result:84points,
- Rating points4
- Unknown akadamn
- Jan. 24, 2025, 4:22 p.m.
Qt - Test 001. Signals and slots
- Result:42points,
- Rating points-8
Добрый день.
При использовании TEMPLATE = subdirs не обязательно будет двойная компиляция. subdirs позволяет компилировать проект в несколько библиотек, которые используются несколькими запускаемыми проектами, то есть как вы сказали app и тесты.
По сути все три подхода, что вы описали - это одно и тоже, различаются только уровнем детализации. И во всех подходах будет использоваться организация проекта через subdirs .
Чтобы минимизировать перекомпиляцию нужно проект разделить на библиотеки, которые будут отвечать каждая за свой уровень, то есть, например,
Потом добавить в subdirs проекты самого приложения app, где по сути будет только main.cpp, а также проекты тестов. Тесты лучше разделять на логические небольшие кусочки, как в третьем подходе, чтобы тестировались отдельные части, только изменения одного теста не будет приводить к большой перекомпиляции, а изменение в одной библиотеке не будет приводить к перекомпиляции всех тестов.
А Вы в своих проектах делаете так, что только один main.cpp в app остаётся, а всё остальное в статических библиотеках, или же что-то ещё оставляете в app ? Просто нигде не видел такого, как в 2-м подходе.
У нас в app части кроме main.cpp есть ещё несколько файлов, которые очень специфичны для самого app.
У нас подобный подход имеет несколько причин.