|
锁定老帖子 主题：集思广益，这样的设计可行吗？
精华帖 (0) :: 良好帖 (2) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-07-24
yzjiang8888 写道 这样的设计考虑过于粗糙，
1、性能问题要在设计阶段做重点考虑，例如如何批量更新、删除。 2、没有考虑异常处理 3、查询的条件居然用字符串格式的hql，基本上也不符合通用接口的写法。 当然由于设计稿没有声明设计应用范围，所以我这个建议仅供参考 我也一直性做通用DAO.怎奈何怎么也做不出来。。 你的这个想法，太多东西没考虑了。。勇气可嘉，但估计你真用这个通用DAO做项目的话，后面的维护成本会更高。 |
| 返回顶楼 | |
|
发表时间：2009-07-24
lym6520 写道 希望大家可以帮我解答下这个问题，如下图所示，为了实现一个通用dao，让实体继承抽象类，然后利用多态实现对实体的curd操作，这样做合适吗？
 楼主为了使用crud的功能，让实体继承了AbstractHandleObj，这样以来，实体再也没有机会继承其他类了。 但实际上，实体之间的这种继承关系是比较多的。这是对继承的一种滥用！ |
| 返回顶楼 | |
|
发表时间：2009-07-24
cheneyjuu 写道 通用DAO? 怎么实现得这么复杂!
我觉得就要一个DAO超类,然后针对不同的数据库进行不同的实现.里面的增删改查全部是静态的.参数是OBJECT类型,然后用反射去处理实体类和数据库字段的关系. 调用的话,就在你的service或者query层调用,然后传递实体类进去就可以了. 这样很简洁呀. 有时候数据库设计出于性能的考虑，跟实体不是一一对应的。这时候，通用的dao就复杂了。 |
| 返回顶楼 | |
