Обмен файлами кода между проектами Qt

Question

Я работаю над некоторыми математическими библиотеками общего назначения, которые я хочу использовать в нескольких проектах. Очевидно, что для всего проекта имеет смысл ссылаться на одни и те же файлы кода, поэтому, если я исправляю что-то, это затрагивает все проекты.

Одним из способов сделать это было бы просто заставить их всех использовать INCLUDEPATH и DEPENDPATH, которые указывают на один и тот же каталог файлов кода.

Но я читал это: http://qt-project.org/wiki/IncludingProFiles И мне интересно, лучше ли создавать проект .pri Qt для целей включения. Будет ли это лучше? Вам нужно вручную изменить расширение с .pro на .pri?

Какая оптимальная настройка для обмена кодами между проектами?

Answer 1

Очевидно, что вы знаете способ включения их с INCLUDEPATH и DEPENDPATH, который довольно прост в настройке, но немного раздражает. Использование файла pri облегчает некоторые из головных болей, и это облегчает их добавление в новый проект, поскольку вы соглашаетесь с любой дополнительной настройкой, которую вы хотели бы иметь в проектах. Или, если вы работаете над большим проектом с несколькими приложениями и должны поддерживать аналогичные параметры сборки.

Третий вариант заключается в том, чтобы создать их как файл библиотеки и просто включить их, так же, как и любую библиотеку. Trickier для первоначальной настройки, чем просто использование директив pri или include, но это означает, что код хранится как отдельный блок.

Если это небольшой код, но вы планируете использовать его часто, я бы использовал pri, если это достаточно большой объем кода, который я бы отправил в библиотеку, и если вы планируете использовать его редко Я бы использовал директивы include.

Answer 2

Лучший способ - создать репозиторий с версией источника, например. мерзавец. Сделайте возможным создание версии SDK с версией (содержащей lib * .so/lib * .a и * .h) из источника для совместного использования. Большинство успешных проектов со временем растут, и тогда эти инвестиции окупится. Изучение того, как это сделать, как только вы сможете сделать повторное использование в будущем на нескольких платформах. Повторное использование очень важно.