CRM系统详细设计遇到了问题.....搞的我崩溃了..!

Question

JAVA语言，SSH框架，开发工具MyEclipse6.0
在设计BIZ包的接口的时候，发现有很多方法是可以公用的。所以就写了一个父类
让BIZ包下所有的接口实现类都继承这个父类。

在设计DAO接口的时候，也是有很多方法可以公用的，也写了一个父类。
因为DAO是用Hibernate反向生成的，所有，我改了所有DAO的父类，让它们继承我自己写的那个DAO。

设计到这里的时候，我想到了一个问题，因为BIZ包下的实现类继承了我写的那个BIZ基类
所以，我在BIZ包下的实现类里调用DAO方法的时候，因为DAO里也继承了父类嘛，
这时候，程序的逻辑复杂程度加深了不少，但是省去了BIZ的重复代码。

我想问的是，这样的设计，怎么样？
有没有好点的建议？
[b]问题补充：[/b]
组合模式?
2楼的师哥解释解释..

Answer 1

[color=red][i]昏迷 Lz的意思 Dao有一个公用的接口是吧 。

其实 设计Dao的时候 本来就是这用的

使用一个泛型就好了，因为一个Dao无非就是增删改查那些操作。

如果某个Dao有特殊的要求，可以再具体写在自己的实现类里头，

要不继承的Dao只要继承就够了，不用写方法。

也就是说是一个空白的类 。

EG：

[code="java"]
public abstract class BaseDao{
private EntityManage em;
public T save(T){
this.getEm().insert(T);
}

public void del(T){
    this.getEm.delete(T);
}

public T findByid(Class<T> clazz, Serializable id) {
T t = em.find(clazz, id);
if (t == null) {
    throw new SpecException("");
}
return t;
}

....
}

public UrDaoImpl extends BaseDao{

}
[/code]

这样的话，就可以直接的service里头用这个UrDaoImpl。

你这种设计方法是合理的，一点都不会加深复杂。

service也是同一道理。 因为service也是一样的执行一些增删改查.

可以把这些抽象出来，而调用的时候还是调用特定的Impl。

根本不用去理会 这个公共的基类的存在 。

OVER 。

[/i][/color]