|
锁定老帖子 主题：我的万能dao 设计源码，请大家多多指教！
精华帖 (2) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (10)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-07-21
虽然想法有点“幼稚”（因为无数的人都像楼主这样设想过），但精神还是值得鼓励的。
这样做不适合复杂逻辑的应用，尤其是性能上不好处理。具体为啥，楼主可以在今后的使用中感悟吧，一言难尽！！ |
| 返回顶楼 | |
|
发表时间：2009-07-21
恩，谢谢大家的指教，参考了springside 写法，还是用泛型dao了
|
| 返回顶楼 | |
|
发表时间：2009-07-22
注意方法 泛型
|
| 返回顶楼 | |
|
发表时间：2009-07-22
自己写手工写个 JDBC的封装类，采用反射机制进行操作。
|
| 返回顶楼 | |
|
发表时间：2009-07-23
最后修改：2009-07-23
楼主的dao层只是一个常见的一个模式，是否要考虑加入一些设计模式在其中。以丰富自己的dao，其实现springside中的dao层，也是一个比较简单的封装，我想他提供的提口方法还不够全面。
|
| 返回顶楼 | |
|
发表时间：2009-07-24
其实你可以借鉴一下appfuse里面的genericDao的写法，貌似要DAO做到万能是一件很麻烦的事情。
|
| 返回顶楼 | |
|
发表时间：2009-07-27
用泛型吧，Object转换来转换去的让人很不爽，
使用泛型还可以得到类型检查 |
| 返回顶楼 | |
|
发表时间：2009-07-27
有泛型DAO的，觉得那个比较通用
|
| 返回顶楼 | |
|
发表时间：2009-07-27
linliangyi2007 写道 虽然想法有点“幼稚”（因为无数的人都像楼主这样设想过），但精神还是值得鼓励的。
这样做不适合复杂逻辑的应用，尤其是性能上不好处理。具体为啥，楼主可以在今后的使用中感悟吧，一言难尽！！ 能举几个简单的例子吗？谢谢！！ |
| 返回顶楼 | |
|
发表时间：2009-07-28
hibernate只适合业务逻辑不复杂的项目，一些逻辑复杂的项目，表格设计的也很复杂，有的做了表格的设计技巧，不是通过简单的表连接就可以实现的。还有就是存储过程实现的业务逻辑，Hibernate也不适合。
|
| 返回顶楼 | |
