JAVA语言，SSH框架，开发工具MyEclipse6.0
在设计BIZ包的接口的时候，发现有很多方法是可以公用的。所以就写了一个父类
让BIZ包下所有的接口实现类都继承这个父类。
在设计DAO接口的时候，也是有很多方法可以公用的，也写了一个父类。
因为DAO是用Hibernate反向生成的，所有，我改了所有DAO的父类，让它们继承我自己写的那个DAO。
设计到这里的时候，我想到了一个问题，因为BIZ包下的实现类继承了我写的那个BIZ基类
所以，我在BIZ包下的实现类里调用DAO方法的时候，因为DAO里也继承了父类嘛，
这时候，程序的逻辑复杂程度加深了不少，但是省去了BIZ的重复代码。
我想问的是，这样的设计，怎么样？
有没有好点的建议？
[b]问题补充：[/b]
组合模式?
2楼的师哥解释解释..
[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]
看了3遍 模模糊糊的把你问题看懂了点
你的BIZ是接口吧 DAO按你的说法就是一个泛型类
BIZ接口实现一个方法 ,注入DAO .在实现BLZ接口的方法里实例化DAO泛型类
这个是很标准的业务分离啊...
难道你还想直接在BIZ实现的方法里调用DAO啊...
这样设计不好。如果你的Biz要继承其他的父类怎么办。最好不要用继承来实现代码的复用。你可以用组合来实现代码的复用。或者可以用用Aop来解决代码的复用。你最好用组合模式。。。。。
你就把相同的写成一个B类。然后再在其他类中引用不就行了吗？？？？