装饰模式(Decorator)
需要把所需的功能按正确的顺序串联起来进行控制
装饰模式,动态地给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
Component是定义一个对象接口,可以给这些对象动态地添加职责。ConcreteComponent是定义了一个具体的对象,也可以给这个对象添加一些职责。Decorator,装饰抽象类,继承了Component,从外类来扩展Component类的功能,但对于Component来说,是无需知道Decorator的存在的。至于ConcreteDecorator就是具体的装饰对象,起到给Component添加职责的功能。
装饰模式基本代码:
Component类(接口或抽象类):
public interface Component { public void operation(); }
public class ConcreteComponent implements Component { @Override public void operation() { System.out.println("孙悟空操作"); } }
public class Decorator implements Component { protected Component mComponent; public void setComponent(Component component) { mComponent = component; } @Override public void operation() { if (mComponent != null) { mComponent.operation(); } } }
public class ConcreteDecoratorA extends Decorator { @Override public void operation() { super.operation(); // 具体修饰 System.out.println("变庙"); } }
public class ConcreteDecoratorB extends Decorator { @Override public void operation() { super.operation(); // 具体修饰 System.out.println("变鱼"); } }调用:
ConcreteComponent component = new ConcreteComponent(); ConcreteDecoratorA a = new ConcreteDecoratorA(); ConcreteDecoratorB b = new ConcreteDecoratorB(); a.setComponent(component); b.setComponent(a); b.operation();
如果只有一个ConcreteComponent类而没有抽象的Component类,那么Decorator类可以是ConcreteComponent的一个子类。同样道理,如果只有一个ConcreteDecorator类,那么就没有必要建立一个单独的Decorator类,而可以把Decorator和ConcreteDecorator的责任合并成一个类。
装饰模式是为已有功能动态地添加更多功能的一种方式。
当系统需要新功能的时候,是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为,在主类中加入了新的字段,新的方法和新的逻辑,从而增加了主类的复杂度,而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。装饰模式却提供了一个非常好的解决方案,它把每个要装饰的功能放在单独的类中,并让这个类包装它所要装饰的对象,因此,当需要执行特殊行为时,客户代码就可以在运行时根据需要有选择地、按顺序地使用装饰功能包装对象了。
装饰模式的优点:把类中的装饰功能从类中搬移去除,这样可以简化原有的类。有效地把类的核心职责和装饰功能区分开了。而且可以去除相关类中重复的装饰逻辑。