Ситуация:

1. Имеется базовой набор модулей с общими для всего проекта классами.
2. Имеются контролы и компоненты в отдельном пакете.
3. Эти контролы используют ряд классов из общего набора модулей.

Каким-то непостижимым образом все используемые в проекте юниты просачиваются в пакет с контролами, хотя на большинство из них ни прямых, ни косвенных ссылок нет. Это создаёт конфликты между юнитами из разных пакетов, например с модулями Indy, которые контролами вообще не используются. Решаю я эту проблему так - добавляю пакеты Indy в requires секцию пакета контролов и всё - конфликтов нет. Но это же не выход, эти пакеты там абсолютно не требуются, как и большая часть юнитов, которые implicitly imported into package. Почитал литературу по контроло-строению, и не нашёл описания решения подобных проблем, там всё чинно-просто - создали контрол, добавили в пакет, добавили на палитру - радуемся.

Собственно вопрос: где можно подчерпнуть информацию по делению кода на пакеты, как избежать неявного импорта модулей, и в частности что делать в моём случае? Если кто из форумчан наставит на путь истинный от первого лица, тоже не откажусь.

Мне кажется тут вот как получается. У тебя контролы используют классы. Сами классы не являются пакетами, поэтому Delphi их запихивает в пакет с контролами. Правда как туда попадает еще и Indy не знаю.

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

На счёт Indy, явно что-то не так работает в системе определения зависимостей модулей дельфи, т.к. даже косвенным образом ссылки на Indy попасть не могут в пакет, а попадают каким-то чудом.

Критерий истины - практика. (Из личного опыта).

Ну что же, буду тогда экпериментировать. Вообще, как-то странно что такая тема как пакеты слабо освещенна в литературе.