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

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
0 0

你就把相同的写成一个B类。然后再在其他类中引用不就行了吗????

2009年3月18日 17:05
0 0

这样设计不好。如果你的Biz要继承其他的父类怎么办。最好不要用继承来实现代码的复用。你可以用组合来实现代码的复用。或者可以用用Aop来解决代码的复用。你最好用组合模式。。。。。

2009年3月18日 13:16
0 0

看了3遍  模模糊糊的把你问题看懂了点
你的BIZ是接口吧 DAO按你的说法就是一个泛型类
BIZ接口实现一个方法 ,注入DAO .在实现BLZ接口的方法里实例化DAO泛型类
这个是很标准的业务分离啊... 
难道你还想直接在BIZ实现的方法里调用DAO啊...

2009年3月17日 17:59

相关推荐

Global site tag (gtag.js) - Google Analytics