![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
DataModule премущества и недостатки, если они есть конечно??? [D1, D2, D3, D4, D5, D6]
lel © (2002-02-27 16:37:00)Что многоуважаемый All может сказать про это.
Кто использует, кто нет???
Желаю удачи в темных делах.
С уважением Алексей.
Кулюкин Олег (2002-02-28 12:48:00) [21]2 Lel
Если приложение MDI или используются фреймы, то DataModule не спасет отца русской демократии.
В остальных случаях DataModule создает удобства.
Скорее это вопрос вкуса.
petr_v_a (2002-02-28 12:40:00) [22]>lel повторюсь :)
Ежели невизуальные компоненты используются более чем одной формой, удобно использовать DM. В противном случае это пустая трата памяти.
Виктор Щербаков (2002-02-28 10:55:00) [23]Лично мне DM очень помогает в DesignTime. Удобно работать с DB компонентами, когда связи Dadasource->DataSet, поля и параметры запросов и т.д. представлены в виде дерева. Всё это резко сокращает время дизайна, да и на формах освобождается место.
EAlexander (2002-02-28 10:04:00) [24]А я не всегда использую, поскольку иногда лучше ручками создать query, вытащить все и Query.Free :)
KIR (2002-02-27 23:01:00) [25]Я тоже использую, а порой даже два - один для таблиц, другой - для запросов и отчетов (я FastReport туда же пихаю). Очень удобно! А если разросать все невизуальные DB-компоненты по формам приложения, то рискуешь в определенный момент некоторые из них потерять и создать новые - получится дубль, а это нехорошо!
TSV (2002-02-27 20:16:00) [26]Я использую. Очень удобно. Все в одном месте, а не разбросано по проекту. А бывают ситуации, когда без DM просто не обойтись.