坛上的大大牛人们,关于delphi开发面向对象开发数据库的话题,一直都看了各有各的说法,有说要的有话没必要的,
到底在数据库开发中有是否有需要用面向对象来开发?delphi已经封装好了数据感应控件来给我们使用,如果开发数据库用到了数据感应控件绑定数据集,
那程序在开发中得到方便的同时不就等于在数据处理上存在死板的现象吗?而面向对象的数据库如果用到
数据感应控件绑定数据的话还能称上面向对象开发数据库吗?原生ADO,个人觉得面向对象开发数据库就不能用上数据感应控件绑定数据集,所以才关系到原生ADO,
这样程序在代码上才能更灵活的去处理,用ADOConnection来配合数据感应控件绑定数据集的话,个人总觉得不能理解到其中的不利之处,
所以希望大大牛人们能分享些经验,好让我们更好的理解他们之间的利和弊.
到底在数据库开发中有是否有需要用面向对象来开发?delphi已经封装好了数据感应控件来给我们使用,如果开发数据库用到了数据感应控件绑定数据集,
那程序在开发中得到方便的同时不就等于在数据处理上存在死板的现象吗?而面向对象的数据库如果用到
数据感应控件绑定数据的话还能称上面向对象开发数据库吗?原生ADO,个人觉得面向对象开发数据库就不能用上数据感应控件绑定数据集,所以才关系到原生ADO,
这样程序在代码上才能更灵活的去处理,用ADOConnection来配合数据感应控件绑定数据集的话,个人总觉得不能理解到其中的不利之处,
所以希望大大牛人们能分享些经验,好让我们更好的理解他们之间的利和弊.
那程序在开发中得到方便的同时不就等于在数据处理上存在死板的现象吗?而面向对象的数据库如果用到
数据感应控件绑定数据的话还能称上面向对象开发数据库吗?
---------------------------------------------------------------------
最关键的是降低层与层之间的耦合度!
如果是以面向对象来做开发的,可以使用ObjectDataSet(自己写的)弱类型数据集把前端的对象数据做缓冲,而后通过把ObjectDataSet的对象序列化传向业务层!
而前端依旧使用DBEdit等数据感知控件,这样不比你用原生ADO,对每个普通Edit进行数据绑定省时间?
所以要看你的数据感知控件怎么用!
datamodule封装对象.
datasouce是桥梁
dataware是表现DBEdit->DataSource->ClientDataSet-> MIDAS -> appserver -> DB很轻松就实现了换UI...
主要是根据软件的结构设计有关。
一些DataSet连接组件道是很有用,我经常用dbExpress组件。
>---ClientDataSet之类的内存表=======INI@HTTP======ISAPI(AppServer@IIS)--DB
DBgrid只显示 /
详细:
http://szhaitao.blog.hexun.com/12121564_d.html