装饰器模式(Decorator Pattern)又名包装模式(Wrapper Pattern)。装饰模式以对客户透明的方式扩展对象的功能,是继承关系的一种替代。换言之,客户端不会觉得对象在装饰前和装饰后有什么不同。
装饰器模式(Decorator Pattern)中的各个角色:
- 抽象构件(Componet)角色:给出一个抽象接口,规范准备接收附加责任的对象。
- 具体构件(Concrete Componet)角色:定义一个将要接收附加责任的类
- 装饰(Decorator)角色:持有一个构件(Componet)对象的实例,并定义一个与构件接口一致的接口
- 具体装饰(Concrete Decorator)角色:负责给构件对象贴上附加的责任
什么情况下需要使用装饰器模式:
- 需要扩展一个类的功能,或给一个类增加附加的责任
- 需要动态地给一个对象增加更能,这些功能可以动态地删除
- 需要增加一些基本功能的排列组合而产生非常大的功能,从而是关系继承变的不现实。
/**
* 抽象构件
* @author zhangwei_david
* @version $Id: Animal.java, v 0.1 2014年10月20日 下午10:13:25 zhangwei_david Exp $
*/
public interface Animal {
public void doStuff();
}
/**
*具体构件
* @author zhangwei_david
* @version $Id: Rat.java, v 0.1 2014年10月20日 下午10:14:21 zhangwei_david Exp $
*/
public class Rat implements Animal {
/**
* @see com.cathy.demo.pattern.composite.reflect.Animal#doStuff()
*/
public void doStuff() {
System.out.println("Jerry will play with Tom.");
}
}
/**
*抽象装饰器角色
* @author zhangwei_david
* @version $Id: Feature.java, v 0.1 2014年10月20日 下午10:14:59 zhangwei_david Exp $
*/
public interface Feature {
public void load();
}
/**
*具体装饰器角色
* @author zhangwei_david
* @version $Id: FlyFeature.java, v 0.1 2014年10月20日 下午10:16:20 zhangwei_david Exp $
*/
public class FlyFeature implements Feature {
/**
* @see com.cathy.demo.pattern.composite.reflect.Feature#load()
*/
public void load() {
System.out.println("增加翅膀。。。。");
}
}
/**
*具体装饰器角色
* @author zhangwei_david
* @version $Id: DigFeature.java, v 0.1 2014年10月20日 下午10:17:13 zhangwei_david Exp $
*/
public class DigFeature implements Feature {
/**
* @see com.cathy.demo.pattern.composite.reflect.Feature#load()
*/
public void load() {
System.out.println("增加钻地能力。。。");
}
}
/**
*装饰器反射实现类
* @author zhangwei_david
* @version $Id: DecorateAnimal.java, v 0.1 2014年10月20日 下午10:18:06 zhangwei_david Exp $
*/
public class DecorateAnimal implements Animal {
private Animal animal;
private Class<? extends Feature> clz;
/**
* @see com.cathy.demo.pattern.composite.reflect.Animal#doStuff()
*/
public void doStuff() {
InvocationHandler handler = new InvocationHandler() {
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
Object obj = null;
if (Modifier.isPublic(method.getModifiers())) {
obj = method.invoke(clz.newInstance(), args);
}
animal.doStuff();
return obj;
}
};
ClassLoader cl = getClass().getClassLoader();
Feature proxy = (Feature) Proxy.newProxyInstance(cl, clz.getInterfaces(), handler);
proxy.load();
}
public DecorateAnimal(Animal animal, Class<? extends Feature> clz) {
super();
this.animal = animal;
this.clz = clz;
}
}
/**
*
* @author zhangwei_david
* @version $Id: TestClient.java, v 0.1 2014年10月20日 下午10:23:34 zhangwei_david Exp $
*/
public class TestClient {
public static void main(String[] args) {
Animal jerry = new Rat();
jerry = new DecorateAnimal(jerry, FlyFeature.class);
jerry = new DecorateAnimal(jerry, DigFeature.class);
jerry.doStuff();
}
}
结果是:
增加钻地能力。。。
增加翅膀。。。。
Jerry will play with Tom.
装饰器(Decorator)模式的优缺点:
- 装饰器模式(decorator Pattern)与继承关系的目的都是扩展对象的功能,但是装饰器模式可以提供比继承更多的灵活性。装饰器(Decorator)允许系统动态地决定贴上一个需要的装饰,或者除掉一个不必要的装饰。而继承关系则不同,继承关系是静态的,他在系统运行前就已经决定了。
- 通过使用不同的装饰器以及这些装饰器的排列组合,设计师可以创造出很多不同的行为的组合。
- 比继承更灵活也意味着笔比继承更容易出错。由于使用装饰器模式,可以比继承关系需更少的类。使用较少的类,当然使设计容易进行。但是,使用装饰器会比继承产生更多的对象。更多的对象会使得差错变得困难。