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

0 0

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

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

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

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

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

企业应用

2009年3月17日 17:26

zy_pub
3
0 0 0

4个答案按时间排序按投票排序

0 0

采纳的答案

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

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

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

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

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

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

EG：

public abstract class BaseDao<T>{
    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<UrEntity>{

   
}

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

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

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

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

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

OVER 。

[/i][/color]

2009年3月21日 09:54