Текущий архив: 2002.12.12;
Скачать: CL | DM;
Вниз
Хочу сделать так - есть DataModule... Найти похожие ветки
← →
Тормоззз (2002-11-26 13:19) [0]Есть DataModule, в нем компоненты для работы с базой данных (TZMySQLDataBase, TZMySQLTransaction, TZMySQLQuery - из пакета Zeos Access, в общем они работаю как стандартные компоненты из BDE).
Этот DataModule поместить в DLL...
У меня есть куча форм, которым надо работать с базами данных через этот DataModule. Так вот, как мне лучше передавать информацию между моими формами и DataModule, находящемся в DLL???
← →
asmith (2002-11-26 13:29) [1]ИМНО это неудачный вариант. DataModule нужно поместить в DLL, если он обслуживает формы, которые также размещены в ней.
← →
Тормоззз (2002-11-26 14:02) [2]Вот именно, что формы хочу разместить в разных DLL!
Чтобы не загружать все сразу, а по мере надобности!
← →
Johnmen © (2002-11-26 14:23) [3]>Тормоззз (26.11.02 14:02)
>Чтобы не загружать все сразу, а по мере надобности!
И вот для этого длл ? Странно это...Как, впрочем, и желание держать DM в длл...(по-моему)...
← →
asmith (2002-11-26 14:34) [4]Вполне жизненная ситуация - программа состоит из исполняемого модуля и нескольких динамических библиотек, каждая из которых содержит логически связанные группы функций. В больших комплексах это часто делается - зачем загружать сразу функциональность, которая используется от случая к случаю. А для программ на основе plug-in-ов - это просто единственная возможность. Каждый такой plug-in - ActiveX DLL (COM) со своим собственным модулем данных и формами, его использующими. При загрузке DLL создается модкль данных и инициализируется коннекцией, которую уже главный исполняемый модуль открыл при старте. Если нужна другая группа функций - текущая DLL выгружается и загружается другая. У меня, например, таких plug-in-ов в одном из проектов 5 штук и можна заказчику поставлять именну ту функциональность, в которой нуждается именно он.
Страницы: 1 вся ветка
Текущий архив: 2002.12.12;
Скачать: CL | DM;
Память: 0.47 MB
Время: 0.022 c