1. TLB Дельфя тебе может написать сама для любой Dll (если ты ее попросишь)
2. "Экзотические типы" придется использовать однозначно (деректива stdcall это какрас для конвертации праметров процедур из "экзотического" (нравиться мне слово) типа в паскалевский)
3. Наверное BPL для тебя и вправду лучший вариант, но хорошо ли ты себе представляешь задачу? расскажи почему возникла необходимость "делить" проект? почему нельзя пользоваться общей библиотекой классов?

Короче ситуация такова:
Есто проект. Этот проект постоянно совершенствуется и обновляется. Тянуть из инета каждый раз по 3 метра не очень. Вот и разбиваю, чтобы вытягивать только новое.

можно написать библиотеку классов (набор исходников) и при внесение изменений в тот или иной класс обновлять соответствующий исходник и перекомпилять проект (для меня это лучший вариант, я тоже не доверяю ole типам и мне очень нравиться наследовать). Если приложение не распределенное и используются восновном невизуальные компоненты, то очень даже неплохо. В остальных ActiveX, но это уже фенкциональная часть приложения (не класс! а экземпляры) унаследовать от которой нихрена не получиться...

Цитата

и перекомпилять проект

Вот это-то и оно. Ради того, чтобы сам exe не перекомпиливать это всё и затеено!!!

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

Цитата

В качестве ДЛЛ можно использовать пакеты Дельфи (BPL), поскольку они на самом деле являются ДЛЛ, но обладают большими возможностями при использовании классов.

Если ваша программа включает VisualCLX компоненты, Вы должны использовать пакеты вместо DLL. Только пакеты могут управлять запуском и закрытием Qt

Cashey Спасибо, друг...
ты ответил на мой извечный вопрос: "почему не регистрятся некоторые Dll?..." спасибо...

Цитата(altarasjuk @ 29.5.2003, 17:27)

Цитата и перекомпилять проект Вот это-то и оно. Ради того, чтобы сам exe не перекомпиливать это всё и затеено!!!

Unregistered
Я может неправильно выразился, но всё это для того, чтобы НЕ ПЕРЕКОМПИЛИВАТЬ ПРОЕКТ, А ТОЛЬКО ОДИН МОДУЛЬ!

По мне так если прога не распределенная и средство разработки одно то кроме гемороя с этой модульностью ничего не получиться. Компоненты писать безусловно надо, но зачем их в dll прятать...?

То есть если я понял то есть только один вариант - компоненты. Но в них есть недостаток - расширение.
Не хотелось бы, чтобы народу с первого взгляда было понятно на чём писано... Да и DLL как-то попривычней для взгляда... Ну если тока так - то буду разделять на компоненты.
А вот по поводу гемороя - тут никуда ни денешся.

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

mobj_ifc.pas

Код

interface   IMObj=interface      procedure Method1;      procedure Method2;   end;

mobj_imp.pas

Код

interface uses   mobj_ifc;   TMObj=class(TInterfacedObject,IMObj)      procedure Method1;      procedure Method2;   end; implementation //implementation of  TMObj ......

mobj_dll.dpr

Код

uses  mobj_imp, mobj_ifc; function CreateMObj:IMObj; stdcall; begin   Result:=TMObj.Create; end; exports  CreateMObj;

main_exe.pas

Код

uses   mobj_ifc; interface function CreateMObj:IMObj; stdcall; implementation function CreateMObj;  external 'mobj_dll.dll' name 'CreateMObj';

а меня есть сомнения (и большие) что приведенный код заработает.
1. неплохо было бы в маинехе в интерфейсе хотябы описать интерфейс имобж
2. у длл и приложения разные адресные пространства и хз что за указатель получиться. Для идентификации интерфейсов используют гуид, а для получения экземпляра по интерфейсу - фабрику классов... хотя в дельфях все выглядит очень приметивно.

Да вообщем то спасибо, народ.
Вообщем я решил остановиться на компонентах.

Цитата

1. неплохо было бы в маинехе в интерфейсе хотябы описать интерфейс имобж

main_exe.pas

Код

uses  mobj_ifc; ....

На это вам стоило бы обратить внимание.

Цитата

2. у длл и приложения разные адресные пространства и хз что за указатель получиться

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

Цитата

Для идентификации интерфейсов используют гуид, а для получения экземпляра по интерфейсу - фабрику классов...

GUID добавить не проблема - Shift+Сtrl+G. Фабрикой классов как раз и выступает функция CreateMObj. Делать отдельный объект+интерфейс совершенно необязательно.

Прошу прощения за неточности (а точнее говоря бред) который написал выше (был пьян)
однако, нельзя ли вместо uses mobj_ifc; использовать только гуид интерфейса? если длл зарегистрирована на др. машине можно ли будет пользоваться указателем на интерфейс (CreateMObj Result)?