В Delphi я должен добавить совместно используемые устройства к своим проектам к общему пакету или ни одному?

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

Также используйте хороший инструмент сборки, чтобы сделать автоматизированные сборки, таким образом, Вы узнаете достаточно скоро, повреждаете ли Вы что-то.

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

Мне не нравится совместно использовать файлы проектами. Слишком часто Вы испытаете желание отредактировать один из совместно используемых файлов, и Вы или повредите что-то в другом проекте, или Вы забудете, что необходимо восстановить другой проект вообще.

Когда совместно используемые файлы вместо этого разделены на свою собственную библиотеку (пакет), затем существует немного дополнительного барьера для редактирования их. Я полагаю что хорошая вещь. Это будет легкое напоминание, что Вы переключаетесь от определенного для проекта кода до общего кода. Можно использовать группы проекта, чтобы позволить Вам сохранить каждый вместе в единственном экземпляре IDE. расположите проекты библиотеки перед исполняемыми проектами. "Сборка вся" команда создаст все в порядке, начиная с первого проекта.

Разделите свои файлы DCU из Ваших файлов ПЕРВЕНСТВА. Можно сделать это легко путем установки "выходного каталога DCU" опция проекта отправить единицы пакета в некоторое другое местоположение. Затем помещенный, что целевой каталог на "путь поиска" Ваших других проектов. Они найдут DCU, но они не найдут файл ПЕРВЕНСТВА, и таким образом, никакой другой проект случайно не перекомпилирует единицу, которая не является действительно участником.

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

Я обычно создаю пакет со всем совместно используемым устройством и просто использую единицы. Если Вы явно не отметите "Сборку с пакетами времени выполнения" содержание пакета (то все используемый dcu's) будет связан с Вашим проектом как любая другая единица.

Я только использовал бы пакеты во время выполнения, если бы у Вас на самом деле было два двоичных файла, которые, как предполагалось, работали на той же реальной машине, и это совместно использовало некоторый код. Следует иметь в виду, что пакеты во время выполнения являются главным образом бескомпромиссным подходом. После того как Вы решаете использовать их, Вы больше не будете также мочь связать RTL и единицы VCL прямо в Ваши проекты и должны будете вместо этого развернуть их отдельно также.

Однако пакеты могли бы все еще быть хорошим решением Вашей проблемы в сочетании с группами проекта, которая является точно, что я делаю. Я ненавижу, включая совместно используемые устройства в несколько проектов. Включая совместно используемые устройства в пакете (но не компиляция Ваших фактических проектов с пакетами во время выполнения) позволяет Вам добавлять что пакет к Вашей группе проекта так Вы (и IDE!) будет всегда иметь их легкодоступными все же приятно разделенный от определенного для проекта кода. Строго говоря Вы никогда не должны даже компилировать те пакеты. Они могут просто служить организационной единицей в менеджере проектов.

Обратите внимание, что для Находки в Файлах, можно также указать "во всех файлах в группе проекта"