![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Преимущества TDataModule [D5, D6, IB6.x, Firebird]
Sirus © (2004-09-15 08:08:00)Привет Мастера...
Объясните мне плиизз преимущества TDataModule...
Если так посмотреть то необходимые компоненты для работы с БД можно ставить и на форме, не создавая при этом никакого DataModule...
Sirus (2004-09-16 08:27:00) [1]Спасибо...
(в моей задаче TDataModule значит не нужен...
Только память занимает :))))
DiamondShark (2004-09-15 11:20:00) [2]А я использовал датамодуль как контейнер ресурсов.
Была у меня как-то система плагинов в одном приложениии, так в датамодулях были всякие попапменю, имаджлисты и т.п.
Amoeba (2004-09-15 10:15:00) [3]
> В чистом виде TDataModule удобен для небольших по кол-ву
> таблиц баз.
> Для большого кол-ва таблиц гораздо удобнее в качестве контейнера
> для DB-компонентов использовать формы
Необязательно. Все зависит от архитектуры проекта.
Jeer (2004-09-15 10:09:00) [4]Если рассматривать форму как шкаф для документов, то ничего криминального нет в размещении их там.
Более того, создание форм в run-time, как объектов со сложным наследством (визуал и невизуал DB) естественным образом требует наличие DB-функциональности в своем составе для унификации свойств и методов.
Тем не менее, TDataModule (TRemoteDataModule, TWebModule) полезны и могут быть необходимы как компоненты-контейнеры для раличных компонентов(не только DB).
В чистом виде TDataModule удобен для небольших по кол-ву таблиц баз.
Для большого кол-ва таблиц гораздо удобнее в качестве контейнера для DB-компонентов использовать формы, каждая, возможно, со своей функциональностью.
Sergey13 (2004-09-15 09:07:00) [5]Документы тоже можно в разных местах хранить. Однако многие стараются как то систематизировать хранение для удобства нахождения и использования.
Digitman (2004-09-15 08:45:00) [6]
> Sirus
TDataModule centralizes the handling of nonvisual components in an application.