Оптимизированная структура проекта в Eclipse CDT - PullRequest
2 голосов
/ 03 октября 2009

Я нахожусь в проекте c ++ на linux на начальных этапах. (команда состоит из 3-5 разработчиков, IDE - это Eclipse CDT 6). И мне интересно, что вы думаете о том, какой должна быть структура проекта по следующим предметам:

  • Управление зависимостями, как бы вы ссылались на разные каталоги подпроектов в одном проекте
  • Система сборки, make-файл от руки или Eclipse automake? (Eclipse генерирует make-файлы для каждого проекта. Мне нужен общий make-файл для всех подпроектов)
  • Для инфраструктуры тестирования, я бы предпочел предварительно скомпилированную библиотеку или удерживать источник инфраструктуры в проекте, а затем собирать с общим процессом сборки?

Пример подпроектов

  • / Project.Model.A
  • / Project.Model.B
  • / Project.Model.A.Tests
  • / Project.Model.B.Tests
  • / Project.Views и т.д ...

И я ищу проект с открытым исходным кодом, похожий на эту структуру ...

С наилучшими пожеланиями

Ответы [ 2 ]

1 голос
/ 04 октября 2009

Для великолепного вида огромного C ++ проекта с тоннами вложенных автоматически сгенерированных Makefile, я предлагаю вам проверить исходники QT 4. Удивительно, как они достигли очень прочной и надежной структуры с таким количеством подпроектов и зависимостей. В любом случае это правда, что они используют QMake (собственный инструмент) для обработки файлов .pro (определения проекта) и .pri (включение проекта).

Недавно я работал с CMake build system , и должен сказать, что это очень удобно, заставляя вас разделять исходные коды от двоичных файлов по дизайну и с помощью в целом хороших инструментов для настройки параметров вашего компилятора. Я знаю, что это должно быть совместимо с Eclipse, проверьте здесь для деталей. Это позволит также графически настраивать и создавать инструмент в рамках Eclipse.

0 голосов
/ 11 ноября 2009

Каркас Poco подходит

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...