目前有这么个场景:三个继承关系Father,Son,GrandSon三个类,我要再Son类上增强一些功能怎么办?我想项目过程中,如果你是后来者,那么你免不了修改别人的代码。如果初期你对那些代码不知所云,但目前又急需修改功能,难道你真决定在Son类上大动手脚,我想你没那么牛叉,至少我对那些功能点的修改就有点畏首畏尾,毕竟前期代码不是我写,稍微修改,意想不到的错误无法预料。不允许,对了,为什么呢?你增强的功能是修改Son类中的方法吗?增加方法吗 ?对GrandSon的影响哪?如果GrandSon有多个的情况,你怎么办?这个评估的工作量就是够你受的,所以这个是不允许的,那还是要解决问题的呀,怎么办?这里就可以用着装饰模式了。
装饰模式主要用于对已有功能动态地添加功能的一种方式。通过对对象进行包装,使得装饰对象的实现和对象进行分离,从而装饰对象只需要关心自己的功能,而不需要关心如何添加到对象链中。这样做就是为了有效地把类的核心职责和装饰功能区分开来,但要注意地是,装饰模式的顺序非常重要。下面就用代码对上面场景进行模拟:
类Father:
/**
* @author lw 父亲类方法有a 、b 、c三种方法,其中c是抽象方法。
*/
public abstract class Father {
public void a() {
System.out.println("Father a函数!");
};
public void b() {
System.out.println("Father b函数!");
};
public abstract void c();
}
类Father:
/**
* @author lw
* 儿子继承父亲,重写父亲的抽象方法c
*/
public class Son1 extends Father {
@Override
public void c() {
System.out.println("Son1 C函数重写!");
}
@Override
public void b() { //需要对b的方法进行扩展
System.out.println("override Son1's b function()");
}
}
在这里GrandSon1的代码就不做模拟,假设Son1的b方法进行修改,将影响到其子类的功能实现。此时需要对Son1的b方法功能进行扩展,其中扩展的功能代码是核心代码,所以我把它先拿到外面搁置起来,并对其进行装饰。
装饰类Decorator:
public abstract class Decorator extends Father{
private Father father;
protected Decorator(Father father){
this.father=father;
}
public void b(){
if(father!=null){
father.b();
}
}
@Override
public void c() {
System.out.println("重写C函数");
}
}
类Decorator1Impl:
public class Decorator1Impl extends Decorator{
public Decorator1Impl(Father father){
super(father);
}
public void b(){
super.b();
System.out.println("装饰模式下的b 1方法");
}
}
类Decorator2Impl:
public class Decorator2Impl extends Decorator{
public Decorator2Impl(Father father){
super(father);
}
public void b(){
super.b();
System.out.println("装饰模式下的b 2方法");
}
}
调用类:
public class Client {
public static void main(String[] args) {
Father f;
f = new Son1();
Father f1=new Decorator1Impl(f);
Father f2=new Decorator2Impl(f1);
f2.b();
}
}
运行的结果为:
override Son1's b function()
装饰模式下的b 1方法
装饰模式下的b 2方法
如果某一天,你觉得这个调用顺序需要更改,到时只需要更改装饰模式下的接口实现就能完成程序的扩展。或者某天你需要继续对该功能进行扩充,到时只需要继续写接口实现类即可。但是对于装饰模式千万要注意其顺序。
装饰模式是对继承的有力补充。在项目开发实施过程中,将要考虑系统的易维护、易扩展、易复用等情况,但继承是静态地给类增加功能,如果用继承解决的话,将会增加很多类,灵活性也会变差。而装饰模式有非常好的优点,扩展性比较好。在系统开发过程中,需求的变更我想这是永远也改变不了的现实,装饰模式可以提供很好的帮助。通过重新封装一个类,而不是通过继承去实现,这样对原程序没有变更,但通过扩充很好地完成了功能的增强。