Data Access Object(dao)的粒度问题 一张表和它的符从表建立一个DAO,我是这么做的:) 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 关系表不专门建立DAO吧,要在其他的DAO里面使用而已 我们的项目是一个子模块一个DAO,要不然DAO类太多啦 看看petstore里面的例子好了,我一般都是用操作一个表时就用一个DAO 个人认为其实DAO涵盖了两层:下面一层(DataObject)是同实体的简单对应, 比如上面提到的对应一张表;上面一层(DomainObject)则是下面一层的manager, 根据实际情况决定DomainObject包含哪些DataObject, 感觉DomainObject只要避免描述流程等就可以了. 比如:CustomerAddress 和 CustomerInfo 两个DataObject就可以用 Customer 这个 DomainObject封装起来, 对外给出诸如 List getAddressList()/CustomerAddress getDefaultAddress(), CustomerInfo getDetailedInfo()等API.当然这不是说这有什么好的, 只要能保证BusinessObject流畅就好了 :D 同意楼上的说法我感觉dao最好分两层,底层是面向数据库的,也就是针对各个表的操作的,上一层是面向业务的,也就是可能是下层的多个方法的封装的. 执行大量SQL语句导致程序崩溃 求真像 kettle mondrian 报错 jdom xml 高分求教 谁来帮帮我——ssh时mysql乱码 求教,各位可以提供Struts+hibernate 分页功能的代码吗?谢谢 使用struts时页面提交到Form问题 前台的问题freemark,velocity,unicode 想问问aglet的问题,不知道在这里问对不对?? linux下如何装j2ee--初级菜鸟急盼!! hibernate hql 的问题,大神进来看看 必读]用java编程的人进来看看!!!! 我有java2的语法等基础,想学j2ee,请高手们推荐一本书。
下面一层(DataObject)是同实体的简单对应, 比如上面提到的对应一张表;
上面一层(DomainObject)则是下面一层的manager, 根据实际情况决定DomainObject包含哪些DataObject, 感觉DomainObject只要避免描述流程等就可以了. 比如:
CustomerAddress 和 CustomerInfo 两个DataObject就可以用 Customer 这个 DomainObject封装起来, 对外给出诸如 List getAddressList()/CustomerAddress getDefaultAddress(), CustomerInfo getDetailedInfo()等API.
当然这不是说这有什么好的, 只要能保证BusinessObject流畅就好了 :D
我感觉dao最好分两层,底层是面向数据库的,也就是针对各个表的操作的,上一层是面向业务的,也就是可能是下层的多个方法的封装的.