DBAware компоненты - за и против

← →
paul_shmakov (2002-03-14 16:40) [15]

но есть и другая проблема. особенно в больших системах удобно представлять архитектурные абстракции ввиде классов, а не записей в базе данных.
классы реализуются на сервере, а клиенты работают со свойствами и методами этих классов. т.е. клиенту вообще не интересно, есть ли там база данных на сервере или нет.

это нормальный и правильный подход (dcom, corba, ejb и т.д. - все о том). и хотя borland декларирует и поддержку com, corba и т.п., но ничего не делают для помощи написания клиентских приложений. контролы в клиентском приложении уже должны не с полями в бд взаимодействовать, а с атрибутами объектов. стандартных компонентов таких нет.

такую поддержку можно ввести, написав какие-либо потомки TDataSet, которые будут, например, через IDispatch получать список пропертей объекта и представлять их в виде полей для работы обычных dbaware-компонентов.
вариантов много, но стандартного от borland ничего нет :(

это еще одна претензия.

DBAware компоненты - за и против Найти похожие ветки