Скачать: 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 вся ветка

Скачать: CL | DM;



Память: 0.46 MB
Время: 0.011 c