装饰者模式

有时候为了传承某个类的一些功能，我们可以采用继承该类来获取功能，并可以通过覆写某些方法来进行功能加强。然而若想对一批类的功能进行加强，如果仍采用继承，不仅在代码上重复，并且不利于扩展。如下所示：

public interface Component {

	public void  fun();
}

public class ConcreteAComponent implements Component{

	@Override
	public void fun() {
		System.out.println("ConcreteAComponent");
	}

}

public class ConcreteBComponent implements Component{

	@Override
	public void fun() {
		System.out.println("ConcreteBComponent");
	}

}

接口Component有一个fun()方法，ConcreteAComponent、ConcreteBComponent都实现了该接口，完成了fun方法。现在的需求是，想对ConcreteAComponent、ConcreteBComponent所实现的fun方法进行加强，如想计算出fun方法所花费时间、想在fun方法执行前后输出一些信息等。

如果采用继承的话，加强ConcreteAComponent，则需要写一个类继承ConcreteAComponent，加强ConcreteBComponent，则需要写一个类继承ConcreteBComponent，就会造成每当要加强一个类时就必须要新建一个类继承它，在代码上造成严重的重复。
除了继承能够进行功能复用外，还有如下的复用方式：

public class ConcreteTimeDecorator implements Component{
	
	private Component component;

	public ConcreteTimeDecorator(Component component) {
		super();
		this.component = component;
	}

	@Override
	public void fun() {
		long start=System.currentTimeMillis();
		System.out.println("start at "+start);
		component.fun();
		long end=System.currentTimeMillis();
		System.out.println("end at "+end+",cost "+(end-start));
	}

}

ConcreteTimeDecorator 是一个时间计算装饰器，ConcreteTimeDecorator 实现了Component接口主要是为了替代要装饰的Component 对象。它内部保留了一个Component 的引用，对于那些ConcreteTimeDecorator 并不关心的方法，有具体的Component 对象来实现，而对于想要增强的方法加上自己的逻辑，由于ConcreteTimeDecorator 针对的是接口Component ，不依赖于任何一个具体的Component ，所以每当要增强一个具体的Component时，不用再添加新的类，和继承就不一样了，这样更加容易扩展。

再如下一个装饰着：

public class ConcretePrintDecorator implements Component{

	private Component component;

	public ConcretePrintDecorator(Component component) {
		super();
		this.component = component;
	}

	@Override
	public void fun() {
		System.out.println("before real component run");
		component.fun();
		System.out.println("after real component run");
	}

}

也是同样的道理。
我们使用装饰者模式：

ConcreteAComponent concreteAComponent=new ConcreteAComponent();
		
		ConcreteTimeDecorator concreteTimeDecorator=new ConcreteTimeDecorator(concreteAComponent);
		concreteTimeDecorator.fun();
		
		System.out.println("--------------------------------------------");
		ConcretePrintDecorator concretePrintDecorator=new ConcretePrintDecorator(concreteAComponent);
		concretePrintDecorator.fun();

运行效果如下：

start at 1416349131419
ConcreteAComponent
end at 1416349131419,cost 0
--------------------------------------------
before real component run
ConcreteAComponent
after real component run

可见ConcreteTimeDecorator 、ConcretePrintDecorator 对ConcreteAComponent 进行装饰后，加强了对应的功能，同样他们可以对ConcreteBComponent进行装饰加强ConcreteBComponent的功能。整个类图就如下：
 

这里稍加改动了一些，把ConcreteTimeDecorator和ConcretePrintDecorator的一些共性部分拿出来，作为基类。

这就是装饰者模式，jdk中装饰者模式也很常见，如常用的BufferedInputStream，它就是对InputStream加入了缓冲功能来提高性能，如下所示：


其中FilterInputStream就是一个装饰者的基类，它把所有装饰者共性的部分拿出来，即持有一个InputStream引用，如下：

public
class FilterInputStream extends InputStream {
   
    protected volatile InputStream in;

    protected FilterInputStream(InputStream in) {
        this.in = in;
    }
   //略
}

这种形式和刚才上面的形式基本一样，然后BufferedInputStream再继承FilterInputStream 。

若想转载请注明出处：   http://lgbolgger.iteye.com/blog/2154368
作者：iteye的乒乓狂魔

评论

4 楼 乒乓狂魔 2014-11-27  

Tibib 写道

乒乓狂魔 写道

Tibib 写道

刚哥，写的不错~

报上名来

冰冰

原来是你

3 楼 Tibib 2014-11-27  

乒乓狂魔 写道

Tibib 写道

刚哥，写的不错~

报上名来

冰冰

2 楼 乒乓狂魔 2014-11-27  

Tibib 写道

刚哥，写的不错~

报上名来

1 楼 Tibib 2014-11-26  

刚哥，写的不错~