Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2002.08.12;
Скачать: [xml.tar.bz2];

Вниз

Как лучше и правильней   Найти похожие ветки 

 
Explorer   (2002-07-23 09:40) [0]

Мастера!
Дайте совет!
Для каждой формы использую Query и DataSource.
Правильней будет распологать их на каждой форме(для которой они используются) или лучше создать DATAMODULE и разместить их там?


 
AlexSam   (2002-07-23 09:45) [1]

Если компонентов Query и DataSource много, то при расположении их на рабочей форме они будут просто мешаться и загораживать визуальные компонеты. Также если Query и DataSource используются разными формами USES нужно ставить только к Datamodule...


 
Lord Warlock   (2002-07-23 09:46) [2]

Если компонентоы связаны между собой, лучше использовать DataModule(иначе тяжело будет искать связи). Если компоненты не связаны но их много лучше размещать каждый в своей форме (когда их много в датамодуле запутаешься)


 
AlexSam   (2002-07-23 09:51) [3]

Я думаю, дело вкуса. У каждого свои привычки...


 
Johnmen   (2002-07-23 09:56) [4]

Борланд уже все продумал и рекомендует ДатаМодуль.
А вкусы и привычки надо вырабатывать и развивать. :)))


 
Desdechado   (2002-07-23 10:06) [5]

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


 
Delirium   (2002-07-23 10:29) [6]

IMHO: Если для разовых или агрегирующих запросов, создавать компоненты в run-time, кол-во постоянно присутствующих компонент снизится на столько, что разобраться в них не составит труда. У меня, даже в больших проектах (~50 форм), не бывает больше 5-8 компонент на форму.


 
kaif   (2002-07-23 10:45) [7]

1. Если не используются визуальные компоненты DataAware, я вообще создаю запросы только runtime.
2. Если запрос не используется в других местах, размещаю прямо в форме. Согласен с Desdechado © (23.07.02 10:06). Зачем создавать и держать то, что не используется?
3. Некоторые глобальные, часто использующиеся объекты держу в DataModule. И то ради того, чтобы не копировать одно и то же несколько раз, а не по каким-то особым причинам.
4. Зато люблю на DataModule располагать разные ImageList так как те часто используются во многих местах программы.
5. А аргументы, приводимые Borland в пользу того, чтобы все всегда в DM пихать, ИМХО, не всегда убедительны.


 
Johnmen   (2002-07-23 10:57) [8]

>kaif © (23.07.02 10:45)
>А аргументы, приводимые Borland в пользу того, чтобы все всегда
>в DM пихать, ИМХО, не всегда убедительны.

Да нет, это не аксиома. Это для удобства. И, ест-но, разработчик сам решает вопрос оптимальности размещения компонент.
Согласен с предыдущими высказываниями...:)


 
Explorer   (2002-07-23 10:59) [9]

Всем, большое спасибо!



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2002.08.12;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.46 MB
Время: 0.008 c
14-35466
MJH
2002-07-16 03:07
2002.08.12
Крыса


14-35449
Fredericco
2002-07-17 10:18
2002.08.12
Macromedia Flash, PHP <--> Delphi ...


3-35207
Blunder
2002-07-23 13:57
2002.08.12
сравнение компонентов доступа


1-35376
Aleksandr
2002-07-30 17:47
2002.08.12
Люди, что случилось с модулем classes?


14-35405
Song
2002-07-15 18:12
2002.08.12
Приветствую, уважаемые коллеги. Отдохнулось классно.





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский