|
锁定老帖子 主题：只需要一个DAO，是个好主意吗？
精华帖 (0) :: 良好帖 (0) :: 新手帖 (5) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-11-06
继承又不是毒药.....怕什么?
|
| 返回顶楼 | |
|
发表时间：2008-11-06
我怎么觉得回复都没注意看原文呢？作者现在的问题是：
他们把所有的HQL,SQL全部放在外部XML里面，然后DAO层只是通过读取外部XML调用里面完成业务的HQL/SQL。 这种方式我之前一个项目见过，但更好玩一点，外部是一个properties文件，然后通过key获取SQL，完成查询。Hibernate都没有用。但是在这里，我感觉和你们的解决方案没什么区别。。。 我觉得从代码易读性来看。按照Domain分一分开会不会让程序更清楚一点？我还是潜水去各位大虾的意见吧。。。 |
| 返回顶楼 | |
|
发表时间：2008-11-06
我觉得如果是用ibatis，那么只要一个dao作为工具类就行了
|
| 返回顶楼 | |
|
发表时间：2008-11-06
timerri 写道 如果真能只用一个dao解决，那么祝贺你，你得到了一个虚拟数据层(高度抽象的数据接口)。这是一个比dao更高级的存在...
看来你的恭喜我了，我现在自己写了个并用在自己的项目中，哈哈 |
| 返回顶楼 | |
|
发表时间：2008-11-06
写个模板的，不久解决了吗？复用还能到什么地步呢？
|
| 返回顶楼 | |
|
发表时间：2008-11-06
James Gosling 写道 如果很多DAO可以合并成一个，说明其变化性不大，那就应该合并成一个。如果一个DAO总在变，一天一个版本，那么最好把易变化的那部分分割出来单独维护
哇，哇，高林高林！ |
| 返回顶楼 | |
|
发表时间：2008-11-06
继承 组合我觉得都可以吧 可以把baseDAO注入到 用的dao中
|
| 返回顶楼 | |
|
发表时间：2008-11-06
shiren1118 写道 写个模板的，不久解决了吗？复用还能到什么地步呢？
请把你的模板贴出来看眼塞. |
| 返回顶楼 | |
|
发表时间：2008-11-06
shiren1118 写道 写个模板的，不久解决了吗？复用还能到什么地步呢？
项目做到后期，你会觉得是一场噩梦！！ |
| 返回顶楼 | |
|
发表时间：2008-11-06
n多的DAO，DAO里面n多方法，最到后期就是一场恶梦
|
| 返回顶楼 | |
