Как правильно разделить проект Delphi на BPLs?

компания, в которой я работаю, разрабатывает систему в Delphi, которая содержит десятки exe-модулей, и каждый из них в определенной степени идентичен исходному коду. К сожалению, никто никогда не заботился об использовании библиотек для ввода общего кода. Это означает, что каждый раз, когда есть исправление ошибки в коде, все эти модули разделяют, программист должен внести исправления во всех из них отдельно! Это всегда занимает так много времени...

Я решил найти способ поставить общий код в библиотеки. Я рассматривал библиотеки DLL и BPLs. В этом случае BPLs казался гораздо более удобным для программиста и гораздо менее хлопотным, тем более, что код используется только в нашем программном обеспечении и только в Delphi.

Я поместил весь код, разделяемый всеми модулями exe, в BPLs, и все кажется прекрасным, но есть некоторые вещи, которые я не понимаю и был бы признателен, если бы вы объяснили их мне.

1. Что я ожидал после разделения кода на BPLs было бы достаточно развернуть exe-файлы с помощью bpls, которые я создал. Но оказалось, что им нужен rtl100.bpl и vcl100.БПЛ, а также. Почему это так? Я хочу развернуть exes и только мои BPLs. Я не хочу предоставлять конечным пользователям целую кучу библиотек, поставляемых Borland и сторонними компаниями :). Я хочу, чтобы они были скомпилированы в exes, как они были скомпилированы раньше. Возможно ли это сделать?

2. Что я сделал до сих пор было:

   • Я поставил все общие единицы pas в BPLs. Каждый BPL содержит единицы, принадлежащие к той же категории, поэтому программистам ясно, какой код ожидать в данном BPL.
   • каждый BPL является библиотекой" время выполнения и время разработки".
   • каждый BPL "перестроен явно". Два последних являются настройками проекта по умолчанию для BPLs.

3. и если дело доходит до exe-проектов:

   • Я удалил все блоки, которые я раньше ставил на BPLs.
   • Я установил свой BPLs из меню Tools - >Install package в BDS 2006.
   • в моих настройках проекта exe я проверил опцию "построить с пакетами времени выполнения", и я перечислил все мои пакеты BPL в поле редактирования ниже (только мои пакеты, поскольку я очистил все другие, которые там появились).

Это все, что я сделал. Проекты exe компилируются правильно, но у меня нет доступа к исходному коду BPLs (я не могу перемещаться в этот код из моих exe-проектов), хотя все BPLs хранятся вместе со своими файлами исходного кода. Почему? Мне это кажется странным.

Я всегда склонен писать длинные описания-извините за это:). Буду признателен за помощь. Мне просто нужно несколько слов объяснения тем пунктам, которые я упомянул: развертывание exe только с моими BPLs, правильность того, что я сделал в целом, и невозможность навигации по исходным кодам BPL. Большое спасибо вперед!

спасибо всем за обсуждение. Некоторые говорили, что подход, который я выбрал, не был хорошей идеей. Наше программное обеспечение состоит из более чем 100 модулей (большинство из них что-то вроде драйверов для разных устройств). Большинство из них имеют один и тот же код - в большинстве случаев классы. Проблема в том, что эти классы не всегда помещаются в отдельные, автономные единицы pas. Я имею в виду, что общий код часто помещается в блоки, содержащие код, специфичный для модуля. Это значит, что когда ты исправьте ошибку в общем классе, недостаточно скопировать pas-модуль, в котором он определен, во все программные модули и перекомпилировать их. К сожалению, вы должны скопировать и вставить фиксированные фрагменты кода в каждый модуль, один за другим, в соответствующий блок и класс. Это занимает много времени и это то, что я хотел бы устранить, подобрав правильный подход - пожалуйста, помогите мне.

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

также могут возникнуть проблемы совместимости - если один BPL разделяется многими EXEs, модификация одного BPL может быть хорошей для одного EXE и плохой для некоторых других - @Уоррен П.

Что мне делать, чтобы быстрее исправлять ошибки во многих проектах? Я думаю об одном из следующих подходов. Если у вас есть идеи получше, пожалуйста, дайте мне знать.

• поместите общий код в отдельные и автономные блоки pas, поэтому, когда в одном из них есть исправление ошибки, достаточно скопировать его во все проекты (перезаписать старые файлы) и перекомпилировать их все.

Это решение, кажется, в порядке, насколько измененный код concrened. Но у нас также есть pas - блоки с функциями и процедурами общего пользования, которые часто не поддаются модификации-мы добавляем новые функции там, где это необходимо, но в отдельных проектах. Итак, представьте, что вы пишете новую функцию в одном из 100 модулей и помещаете ее в блок общего использования. Через месяц или два вы модифицируете другой модуль, и вы думаете, что вам нужна та же функция, которую вы написали 2 месяца назад. Вы должны найти модуль (это трудно, если вы не помните, какой one it was) и скопируйте функцию в свой код. И очевидно-единицы общего пользования становятся совершенно разными в каждом модуле, пока они хранятся в каждом проекте отдельно. И затем, если есть исправление ошибки... вся история повторяется.

• создайте BPLs для всего общего кода, но свяжите их в EXEs, чтобы EXEs были автономными.

для меня это кажется лучшим решением сейчас, но есть несколько минусов. Если я исправлю ошибку в BPL, каждый программист должен будет обновить BPLs на своем компьютере. Что, если они забудут? Но все же, я думаю, это небольшая проблема. Если мы позаботимся об информировании друг друга об изменениях, все должно быть хорошо.

• @CodeInChaos: не знаю, правильно ли я вас понял. Вы имеете в виду обмен файлами pas между проектами? Как это сделать? Мы храним исходные коды в SVN. Это означает, что нам придется хранить общий код в отдельной папке и выполнять поиск этого кода во всех проектах там, верно? И загрузите из SVN проект и все папки, от которых он зависит...

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

большое спасибо.