Скачать: CL | DM;

Предок для класса с записью в БД   Найти похожие ветки 

← →
kosm   (2003-10-13 16:47) [40]

Polevi ау :)

---

← →
Vuk ©   (2003-10-13 16:50) [41]

Можно поподробнее о том, что Вы хотите сделать?
Каким образом возникают объекты в приложении? Какие будете использовать средства отображения (DB-контролы или что-то иное)? Каково взаимодействие с DataSet?

---

← →
kosm   (2003-10-13 18:18) [42]

2Vuk
Просто хочу отображение данных из СУБД в объекты.
Объекты будут создаваться ручками (например при создании формы правки сущности).
Схема примерно такая:
DB -> Obj -> NON DBAware Controls -> Obj -> DB

---

← →
Vuk ©   (2003-10-13 18:37) [43]

То есть хотите представления наборов данных в виде коллекций?

---

← →
Vuk ©   (2003-10-13 18:40) [44]

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

---

← →
kosm   (2003-10-13 18:50) [45]

2Vuk
А как Вы посоветуете подойти к этому делу?
А если DBAware?

---

← →
Vuk ©   (2003-10-13 19:02) [46]

Я могу только советовать думать. :o)

Вопрос в том, для чего именно нужно объектное представление данных и что, как Вы думаете, оно Вам даст. Ведь абстрагирование от конкретной БД может быть достигнуто и при обычном подходе. DataSet - чем не абстракция?

Кстати, чем будут с Вашей точки зрения являться результаты запросов в которых могут быть части данных отдельных сохраненных "объектов"?

---

← →
Polevi ©   (2003-10-13 21:14) [47]

>Vuk © (13.10.03 19:02) [46]
вы согласны что с объектами удобнее работать чем с набором данных в TDataset ? получаем преимущества ООП - наследование и полиморфизм

---

← →
Vuk ©   (2003-10-13 21:24) [48]

ещ Polevi:
>вы согласны что с объектами удобнее работать чем с набором
>данных в TDataset ?
Что в данном случае представляет из себя объект? Это только средство облегчение доступа к полям данных или нечто большее? Если нечто большее, то как это нечто функционирует?

---

← →
Sergey_Masloff   (2003-10-13 21:36) [49]

kosm (13.10.03 18:18) [42]
>Просто хочу отображение данных из СУБД в объекты.
>Объекты будут создаваться ручками (например при создании формы >правки сущности).
>Схема примерно такая:
>DB -> Obj -> NON DBAware Controls -> Obj -> DB
У меня есть такой функционирующий проект. Несколько сотен установок, работает уже пару лет. Мой совет - не заморачивайся.
Вот это:
>DB -> Obj -> NON DBAware Controls -> Obj -> DB
потребует много рутинной писанины, а то что получится имеет преимущество перед обычной схемой с датасетами только в очень ограниченом числе случаев. Так что перед тем как это писать советую очень сильно подумать - нужно ли оно тебе.

Если есть конкретные вопросы - спрашивай.

---

← →
kosm   (2003-10-15 13:34) [50]

2Vuk
Еще раз пробежался по твоим ссылочкам - чего-то как-то не весело. Там обсуждается ООП подход к БД в целом. Еще не все дочитал, но чего-то сдается мне, что действительно не стоит заморачиваться на все это :)
На самом деле я сам толком не представляю что из себя будет представлять объект и как будут представлены результаты запросов.
Так если прикинуть, то единичные записи в виде объектов, действительно интересно. А вот результат запроса в виде коллекци к примеру. Как их выводить в грид? Походу заморочек много будет :(
Вот если результаты запросов будут свойства типа Dataset, то было бы куда интереснее.

2Polevi
Похоже зря я все это затеял? :(
На самом деле, наследование и полиморфизм были бы просто супер, но достаточно было бы просто объеденить методы работы с сущьностью в одном классе - все ж было бы удобнее наверно?

2Sergey_Masloff
Интересно, как ты выводил список таких объектов.
За совет - спасибо, я похоже тоже к тому склоняюсь...

---

← →
Sergey_Masloff   (2003-10-15 20:38) [51]

>Интересно, как ты выводил список таких объектов.
>За совет - спасибо, я похоже тоже к тому склоняюсь...
Ну у меня есть так скажем "крупные" бизнес-объекты, каждый из которых включает в себя множество дочерних и связаных - все "дочки" висели в виде linked list, некоторые в виде деревьев (а деревья часто имели общие "листья" - через SQL с этим было работать трудновато).

С коллекциями таких объектов пользователь работал, естественно, через датасеты и SQL потому что тащить весь объект когда пользователь интересуется одним из пары тысяч атрибутов - просто глупо. А вот когда нужный "бизнес-объект" найден он поднимался в объект - и понеслась ;-) Использовалось и наследование и полиморфизм и много чего - вобщем, мне нравится как это работает но ОЧЕНЬ много руками писать рутинного кода. Я даже подумывал написать генератор кода но потом текучка заела бросил на стадии работающего макета.

---

← →
kosm   (2003-10-16 11:15) [52]

2Sergey_Masloff
Не совсем понял, как пользователь работал с коллекциями через датасет. Т.е. через обычные TDataset"ы (TQuery, TADO... и тп)?
Сергей, а пример реализации простенького класса "бизнес-объекта" не можешь кинуть (элемента какого нить справочника или тп)? Очень интересно как это выглядит.
А писанины я не боюсь... :)
СПАСИБО!

---

← →
Sergey_Masloff   (2003-10-16 22:25) [53]

kosm (16.10.03 11:15) [52]
Блин, писал-писал а сообщение "слишком длинное". Ладно, кину в мыло.

---

← →
kosm   (2003-10-17 11:10) [54]

Спасибо! Получил и описал ответ уже :)

А если работать через коллекции объектов (а не TDataset), то тогда это уже будет тот же BOLD по сути дела или я ошибаюсь? :)

---

← →
Sergey_Masloff   (2003-10-17 12:28) [55]

kosm (17.10.03 11:10) [54]
>А если работать через коллекции объектов (а не TDataset), то >тогда это уже будет тот же BOLD по сути дела или я ошибаюсь? :)
не ошибаешься

---

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

Скачать: CL | DM;



Память: 0.55 MB
Время: 0.024 c