Вопрос технологии

← →
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,
который пользовать просто как контейнер...

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

Reindeer Moss Eater ?

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

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

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

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

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

Вопрос технологии Найти похожие ветки