Как программу на VB разбить на модули?

Может быть кто-нибудь сталкивался...

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

Если использовать ActiveX Dll, возникают большие проблемы:
1) при изменении одного маленького модуля приходится перекомпилировать весь большой exe-проект;
2) если от этого модуля зависят ещё и другие библиотеки, тут вообще начинается кошмар - приходится перекомпилировать ещё и остальные зависящие модули тоже.

Статически подключаемые библиотеки VB5 создавать не умеет.
Что делать не знаю. А exe-ник и сам проект всё разрастается. При любом даже самом маленьком изменении приходится перекомпилировать ВСЁ. И это ВСЁ каждый раз приходится передавать заказчику через Интернет.

Неужели не придумано никаких механизмов, чтобы библиотеки не зависели от версий друг друга и сам EXE-ник тоже?
Или может быть существуют какие-то другие механизмы разбивки на модули?

Может быть кто-то знает что-то по этому поводу?

Сообщение от aleksmir при изменении одного маленького модуля приходится перекомпилировать весь большой exe-проект

Есть такая штука - "binary compatibility".
RTFM, как говорится

[bold]Она сохраняется, когда наряду с её включением в свойствах проекта ты... :[/bold]
- ...добавляешь (в ActiveX-проект) новые классы с Instancing = MultiUse или GlobalMultiUse (назову их [italic]общедоступными[/italic]),
- ...добавляешь в существующие [italic]общедоступные[/italic] классы новые [underline]публичные[/underline] (!) свойства и методы.

[bold]Она НЕ сохраняется, когда наряду с её включением в свойствах проекта ты... :[/bold]
- ...удаляешь (из ActiveX-проекта) [italic]общедоступные[/italic] классы,
- ...удаляешь из [italic]общедоступных[/italic] классов [underline]публичные[/underline] свойства и/или методы,
- ...изменяешь в [underline]публичных[/underline] свойствах и/или методах состав, порядок или тип аргументов, равно как и возвращаемых значений.

Допустим, ты скомпилил самую первую "stable version" ActiveX DLL-ки. Ставь в свойствах проекта "binary compatibility" на созданный тобой DLL-файл. И сохраняй проект. После этого, [bold]соблюдая вышеописанные ограничения[/bold], ты можешь компилить новые версии библиотеки и отсылать их заказчику, будучи уверенным, что у того ничего не рухнет. Если же ты нарушишь любое из ограничений, то бэйсик сам напишет тебе, что, мол, кранты бинарной совместимости. Ну и, разумеется, отослав такое заказчику, ты устроишь ему "сюрприз"

Это если вкратце...

[underline]Примечание:[/underline] также почитай про "позднее связывание"... оно, конечно, не избавит тебя от проблем, если ты удалишь/модифицируешь публичный метод, который активно юзается в каком-то проекте, но всё-таки может оказаться полезным...

Comanche, большое спасибо за информацию про Binary Compatibility.
Теперь хотя бы буду знать - зачем в настройках нужна была эта опция и может быть смогу применить её на практике, если не получится идея, которая пришла мне сегодня в голову:

1) весь огромный exe-шник преобразовываю в огромный DLL;
2) exe-ником делаю новый маленький проектик, к которому будут прицеплены все остальные библиотеки ActiveX DLL, в том числе и огромный DLL;
3) exe-ник при запуске будет инициализировать каждую библиотеку и каждой передаст ссылки (типа Object) на другие библиотеки;
4) теперь при изменении одной библиотеки мне придётся перекомпилировать ТОЛЬКО маленький exe-ник и саму библиотеку!

Пока нашёл два минуса:
1) редактор VB не сможет предоставлять список процедур и функций при нажатии на точку после имени объекта, ссылающегося на библиотеку;
2) компилятор VB не сможет контролировать имена процедур, функций и их аргументов при создании DLL.
Но меня эти минусы пока не останавливают. Иногда приходится жертвовать чем-то меньшим ради чего-то более главного.

Ещё большое спасибо этому форуму! Всё-таки коллективный разум - великая вещь. Только задал вопрос в форум - в голову стали приходить идеи по решению заданного вопроса.

Кстати, насчёт Binary Compatibility идея тоже довольно не плохая.
Сейчас подумал...
Ограничение при изменении аргументов можно обойти, если старые функции не удалять, а добавлять новые функции с расширенным набором аргументов.

Нет, тебе пришла в голову неважная идея. Не делай так.

То, что я тебе описАл, - подход, успешно используемый во многих приложениях, в том числе - и в сложных, коммерческих, "профессиональных" и т.п. И от этого никуда не уйти: раз уж ты пользуешься технологией COM (а вынося куски кода в ActiveX-компоненты ты именно ей и пользуешься!), то ты должен блюсти COM-интерфейсы, что применительно к бэйсику выливается в возню с "бинарной совместимостью" и соблюдение вышеописанных правил.

Насчёт "умной точки" в редакторе VB IDE. Распространённая практика - отлаживать проект в раннем связывании, пользуясь "умной точкой" и Броузером Объектов. А по завершении отладки - переходить на позднее, что сводится к не слишком сложным модификациям кода.

Ты меня опередил. То, что я написАл, - относится к твоему ответу от 16.11.2005 10:31.

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

Главное тут - чувство меры )

Сообщение от Comanche Нет, тебе пришла в голову неважная идея. Не делай так...

Хорошо, тогда первым попробую на практике твой вариант.
А то без "умной точки" и правда будет тяжко...

Сообщение от Comanche Есть такая штука - "binary compatibility"...

Попробовал. Всё работает! Большое спасибо.

Только вот поправлю сам себя:

Сообщение от Comanche Она сохраняется, когда наряду с её включением в свойствах проекта ты... : - ...добавляешь (в ActiveX-проект) новые классы с Instancing = MultiUse или GlobalMultiUse (назову их общедоступными), - ...добавляешь в существующие общедоступные классы новые публичные (!) свойства и методы.

Вторым пунктом я хотел подчеркнуть, что она сохраняется, [bold]даже если добавляемые свойства и методы - [underline]публичные[/underline]![/bold] Т.е. если добавлять "приватные" - то, понятно дело, это никак не затронет "бинарную совместимость". Но можно и [underline]публичные[/underline] - всё равно ничего не отъедет. Вот что я хотел сказать.

Сообщение от Comanche Вторым пунктом я хотел подчеркнуть, что она сохраняется, даже если добавляемые свойства и методы - публичные! Т.е. если добавлять "приватные" - то, понятно дело, это никак не затронет "бинарную совместимость". Но можно и публичные - всё равно ничего не отъедет. Вот что я хотел сказать.

Нет, до этого тоже было всё понятно написано. Я на это сразу рассчитывал, когда продумывал реализацию "бинарной совместимости".

Я уже применил "бинарную совместимость" к своему проекту. Всё отлично работает!
Новый заказ делаю уже в отдельном модуле. Очень удобно! Спасибо ещё раз!