集思广益，这样的设计可行吗？

希望大家可以帮我解答下这个问题，如下图所示，为了实现一个通用dao，让实体继承抽象类，然后利用多态实现对实体的curd操作，这样做合适吗？

评论

22 楼 superscorpio 2009-07-24  

cheneyjuu 写道

通用DAO?  怎么实现得这么复杂!
我觉得就要一个DAO超类,然后针对不同的数据库进行不同的实现.里面的增删改查全部是静态的.参数是OBJECT类型,然后用反射去处理实体类和数据库字段的关系.

调用的话,就在你的service或者query层调用,然后传递实体类进去就可以了.

这样很简洁呀.

有时候数据库设计出于性能的考虑，跟实体不是一一对应的。这时候，通用的dao就复杂了。

21 楼 superscorpio 2009-07-24  

lym6520 写道

希望大家可以帮我解答下这个问题，如下图所示，为了实现一个通用dao，让实体继承抽象类，然后利用多态实现对实体的curd操作，这样做合适吗？

楼主为了使用crud的功能，让实体继承了AbstractHandleObj，这样以来，实体再也没有机会继承其他类了。

但实际上，实体之间的这种继承关系是比较多的。这是对继承的一种滥用！

20 楼 thevone 2009-07-24  

yzjiang8888 写道

这样的设计考虑过于粗糙，
1、性能问题要在设计阶段做重点考虑，例如如何批量更新、删除。

2、没有考虑异常处理

3、查询的条件居然用字符串格式的hql，基本上也不符合通用接口的写法。

当然由于设计稿没有声明设计应用范围，所以我这个建议仅供参考

我也一直性做通用DAO.怎奈何怎么也做不出来。。

你的这个想法，太多东西没考虑了。。勇气可嘉，但估计你真用这个通用DAO做项目的话，后面的维护成本会更高。

19 楼 蓝月鸟 2009-07-24  

你应该去看那个鸭子的例子
那是大一下学期（最迟大二上学期）的孩子们应该学习的内容
---------------------------------------------
那个30年前的糖果公司案例

18 楼 yzjiang8888 2009-07-19  

这样的设计考虑过于粗糙，
1、性能问题要在设计阶段做重点考虑，例如如何批量更新、删除。

2、没有考虑异常处理

3、查询的条件居然用字符串格式的hql，基本上也不符合通用接口的写法。

当然由于设计稿没有声明设计应用范围，所以我这个建议仅供参考

17 楼 lym6520 2009-07-15  

tibetjungle 写道

if your JDK's version is not less than 1.5+, you can try to implement a generic dao; if it is less than 1.5, your current implementation is a proper one.

First of all, thank you for your support.
Secondly, I think the development of a version for jdk is not a problem.
Therefore, generic dao benefits he may have it!

16 楼 tibetjungle 2009-07-14  

if your JDK's version is not less than 1.5+, you can try to implement a generic dao; if it is less than 1.5, your current implementation is a proper one.

15 楼 lym6520 2009-07-14  

ldinh 写道

应该放弃ResultBean，使用泛型。
IBaseDao接口绑定了Hibernate实现。
把Query单独分离出来真的有必要么？

你应该是对的，放弃ResultBean，使用泛型！

14 楼 ldinh 2009-07-14  

应该放弃ResultBean，使用泛型。
IBaseDao接口绑定了Hibernate实现。
把Query单独分离出来真的有必要么？

13 楼 lym6520 2009-07-14  

relaxok 写道

是否可以引入范型啊？如果是hibernate实现delete感觉还是直接用主键方便一点。感觉springside里这个通用设计做的就很好，建议楼主参考一下。

谢谢，已经在看springside！

12 楼 relaxok 2009-07-14  

是否可以引入范型啊？如果是hibernate实现delete感觉还是直接用主键方便一点。感觉springside里这个通用设计做的就很好，建议楼主参考一下。

11 楼 lym6520 2009-07-13  

dizdev 写道

我觉得是一个比较好的设计，唯一的担心是，我感觉ResultBean这个模式会增加架构的复杂性和透明性。 也可能是我不喜欢不明确对象的原因。

有时候看代码，或者测试的时候，冒出来个类似ResultBean的东西，我完全不知道他是代表铅笔还是代表橡皮，或者有可能代表汽车和飞机。还是把返回Bean的操作留给IBaseDao的子Dao吧!

你说的对，实体就针对实体操作，或许这里在增加一个抽象类，专门处理返回对象的，你看这样是否会更好？不过这样又要增加三个方法了.怕方法膨胀啊！

10 楼 cheneyjuu 2009-07-13  

通用DAO?  怎么实现得这么复杂!
我觉得就要一个DAO超类,然后针对不同的数据库进行不同的实现.里面的增删改查全部是静态的.参数是OBJECT类型,然后用反射去处理实体类和数据库字段的关系.

调用的话,就在你的service或者query层调用,然后传递实体类进去就可以了.

这样很简洁呀.

9 楼 whaosoft 2009-07-13  

这个想法还行 做对美外包就能看见和你想的一样

8 楼 dizdev 2009-07-13  

我觉得是一个比较好的设计，唯一的担心是，我感觉ResultBean这个模式会增加架构的复杂性和透明性。 也可能是我不喜欢不明确对象的原因。

有时候看代码，或者测试的时候，冒出来个类似ResultBean的东西，我完全不知道他是代表铅笔还是代表橡皮，或者有可能代表汽车和飞机。还是把返回Bean的操作留给IBaseDao的子Dao吧!

7 楼 lym6520 2009-07-13  

johan 写道

楼主上面画的是UML图吗？为什么继承和实现都没搞清楚，就来整所谓的通用DAO？

已经更正了，还请指教一二！

6 楼 lym6520 2009-07-13  

johan 写道

楼主上面画的是UML图吗？为什么继承和实现都没搞清楚，就来整所谓的通用DAO？

不好意识，是修改的时候没改过来

5 楼 johan 2009-07-13  

楼主上面画的是UML图吗？为什么继承和实现都没搞清楚，就来整所谓的通用DAO？

4 楼 lym6520 2009-07-13  

repsihWDX 写道

java单继承，实体继承了你的抽象对象。我还想让他做点别的事怎么办？

能举个例子吗？

3 楼 kevin1988620 2009-07-12  

这种方法切实可行，既然是实体，就应该只有实体与实体之间的继承，不应该再有其它的继承。所以你的抽象类在实体这个范围内相当与担任了Object的角色。