घर
Top.Mail.Ru Yandeks.Metrika
मंच: "मुख्य";
वर्तमान संग्रह: 2003.11.03;
डाउनलोड करें: [xml.tar.bz2];

नीचे

प्रौद्योगिकी का मुद्दा इसी तरह की शाखाएँ खोजें


Duce   (2003-10-22 15:37) [0]

Решил наконец навести порядок.
каждую сущность бд отображать в соответствующие классы.
Класс список.
Предположительно - наследник от Grid, расширенный
функциями некоторыми функциями. То бишь сетка, к которой
уже прилеплены Query и DataSet, привязан свой обработчик
выделения записей, метод получения фильтра(специальный класс),
метод вызова формы изменения\добавления экземпляра сущности
и обработки результата,
метод настройки вида и пр. В том числе несколько абстрактных
методов, которые должны реализовываться наследниками.
Далее получим для каждой сущности компонент-список,
и где желаем, там кладем на форму.

Но создавать визуальный компонент, который будет базовым
классом с абстрактными методами, а потом от него порождать
производные несколько неверно, как мне думается...

Как правильнее поступить?



Brahman   (2003-10-22 15:40) [1]

Порядок - это хорошо..



Reindeer Moss Eater   (2003-10-22 15:40) [2]

Ничего ты не выиграешь, а только проиграешь



Amoeba   (2003-10-22 15:44) [3]

Правильнее всего не браться за такое дело.



Duce   (2003-10-22 15:50) [4]

Возможно, господа, возможно...
Но все это, философские заключения.
Если нет - объясните на пальцах, отчего.
Но когда один и тот же список нужен на 16 формах,
то такие пространственные рассуждения уже не слишком
очевидны. И я скорее уверовал, что проекту уже нужны
свои узкоспециализированные компоненты в своей либе.



Reindeer Moss Eater   (2003-10-22 15:54) [5]

Но все это, философские заключения.

Думаешь ты первый кому приходила в голову эта идея?

Но когда один и тот же список нужен на 16 формах,

Этот велосипед изобретается простым и эффективным наследованием форм проекта

И я скорее уверовал, что проекту уже нужны
свои узкоспециализированные компоненты в своей либе.


Компоненты может и нужны. Но вот привязывать их к сущностям в БД - излишество.

Я еще понимаю использование объектной модели в Oracle 9i.



Duce   (2003-10-22 16:00) [6]

Каково принципиальное решение данной задачи через:
>простым и эффективным наследованием форм проекта?



asp   (2003-10-22 16:02) [7]

TFrame?



Brahman   (2003-10-22 16:02) [8]

В свое время экспериментировал с объектными обертками вокруг реляций. Много мороки, хотя и удобно для быстрого развертывания типовых проектов.
Визуальные формы, на мой взгляд, вообще лучше не смешивать с данными.
Сделал иерархический набор типовых форм для работы с данными
ग्रिड
лукап-грид
трии-грид
..
И набор фреймов.



Reindeer Moss Eater   (2003-10-22 16:03) [9]

Я что, не совсем по-русски общаюсь?

Но когда один и тот же список нужен на 16 формах,

Создается ОДНА форма с каким-то там списком.
И если в пректе нужны 16 её разновидностей, то File->New->Other->Твой проект->Прототип этой формы.

सब कुछ.



Duce   (2003-10-22 16:04) [10]

Да пока что скорее думаю выложить сетку на TForm,
который пользовать просто как контейнер...



Brahman   (2003-10-22 16:07) [11]

А про репозиторий ничего слышать не приходилось ?



Duce   (2003-10-22 16:13) [12]

Reindeer Moss Eater ?

Уважаемый Мистер Reindeer Moss Eater!
Не имею не малейшего желания тревожить Вас и
Ваше душевное равновесие и каким-либо
образом истощать Вашу нервную систему,
будь то скверное понимание Вашей речи,
сестры таланта или что иное.

Я отнюдь не нерадивый ученик с открытым ртом
и ясноглупым взглядом, и не нуждаюсь в строгой
Марьванне с акцентами на русский язык.



Reindeer Moss Eater   (2003-10-22 16:23) [13]

Да не надо так близко к сердцу.
Даже если у тебя отняли розовую мечту создания суперкомпонента или целой мегабиблиотеки



Mike_Goblin   (2003-10-22 17:57) [14]

Периодически такие мысли посещали и меня, в своих изысканиях я дошел до следующего:
1. Как учат нас умные люди есть сущности, а есть способы их отображения и сваливание их в одну кучу не есть хорошо
2. Чего же все таки хочется вам
2.1 Перейти от сущностей реляционной БД к работе с некими классами, содержащими атрибуты, связи сущности с другими сущностями и некие методы бизнес логики
2.2 Унифицировать отображение данных (GUI) из таблиц реляционных БД
2.3 всего сразу и без хлеба



Mike_Goblin   (2003-10-22 18:03) [15]

2.1 Смотреть в сторону следующих продуктов и технологий
- объектные базы данных (Cache)
- компонентные технологие а-ля EJB (Java Enterprise Beans) - сие уже совсем не Delphi
- Bold for Delphi
2.2 Репозитарий, наследование итд
2.3 Можно жидко обкакаться :))))



पन्ने: 1 पूरी शाखा

मंच: "मुख्य";
वर्तमान संग्रह: 2003.11.03;
डाउनलोड करें: [xml.tar.bz2];

ऊपर





मेमोरी: 0.6 एमबी
समय: 0.033 c
14-8652
शूरवीर
2003-10-04 00:27
2003.11.03
PHP के प्रश्न ...


3-8307
एलेक्स-Kosmonavt
2003-10-13 14:32
2003.11.03
मैं अनुरोध पूरा नहीं कर सकता


3-8312
Stas
2003-10-13 13:22
2003.11.03
सर्वर से संदेश


14-8595
gn
2003-10-14 10:16
2003.11.03
कर्नेल घबराहट, जल्द ही नए साल में महारत हासिल है और मेरे पास एक संकट है ...।


3-8295
Александр Иванов
2003-10-12 10:41
2003.11.03
गड़बड़ MSSQL या मेरी गलती?





अफ्रीकी अल्बानियन अरबी भाषा अर्मेनियाई आज़रबाइजानी बस्क बेलारूसी बल्गेरियाई कैटलन सरलीकृत चीनी) चीनी पारंपरिक) क्रोएशियाई चेक डेनिश डच अंग्रेज़ी एस्तोनियावासी फिलिपिनो फिनिश फ्रेंच
गैलिशियन् जॉर्जियाई जर्मन यूनानी हाईटियन यहूदी हिंदी हंगरी आइसलैंड का इन्डोनेशियाई आयरिश इतालवी जापानी कोरियाई लात्वीयावासी लिथुआनियाई मेसीडोनियन मलायी मोलतिज़ नार्वेजियन
फ़ारसी पोलिश पुर्तगाली रोमानियाई रूसी सर्बियाई स्लोवाक स्लोवेनियाई स्पेनिश स्वाहिली स्वीडिश थाई तुर्की यूक्रेनी उर्दू वियतनामी वेल्श यहूदी बंगाली बोस्नियाई
सिबुआनो एस्पेरांतो गुजराती हौसा हमोंग ईग्बो जावानीस कन्नड़ खमेर लाओ लैटिन माओरी मराठी मंगोलियन नेपाली पंजाबी सोमाली तामिल तेलुगु योरूबा
ज़ुलु
Английский Французский Немецкий Итальянский Португальский Русский Испанский