设计模式-装饰模式(08)

定义

　　装饰模式的英文原话是：Attach additional responsibilities to an object dynamically keeping the same interface.Decorators provide a flexible alternative to subclass for extending functionality.意思是：动态的给一个对象添加一些额外的职责。就增强功能来说，装饰模式相比于代理模式生成子类更为灵活。

　　装饰模式有四种角色：

　　抽象构建（Component）角色：该角色用于规范需要装饰的对象（原始对象）。

　　具体构建（Concrete Component）角色：该角色实现抽象构件接口，定义一个需要装饰的原始类。

　　装饰角色（Decorator）角色：该角色持有一个构建对象的实例，并定义一个与抽象构建接口一致的接口。

　　具体装饰模式（Concrete Decorator）角色：该角色负责对构建对象进行装饰。

/*** 抽象构建* 原始对象接口*/
public interface Component {public void operation();
}/*** 具体构建* 原始对象类*/
public class ConcreteComponent implements Component{@Overridepublic void operation() {//业务代码System.out.println("原始对象业务代码");}
}/*** 装饰类角色* 抽象类*/
public abstract class Decorator implements Component {private Component component = null;public Decorator(Component component) {this.component = component;}@Overridepublic void operation() {this.component.operation();}
}/*** 具体修饰*/
public class ConcreteDecorator extends Decorator {public ConcreteDecorator(Component component) {super(component);}//装饰类添加的方法private void addmethod(){System.out.println("Decorator添加的方法");}//重写operation方法public void operation(){this.addmethod();super.operation();}
}//调用
public class DecoratorDemo {public static void main(String[] args) {Component component = new ConcreteComponent();component.operation();System.out.println("经过装饰----------");component = new ConcreteDecorator(component);component.operation();}
}

源码

装饰模式的优点

装饰类和被装饰类可以独立发展，而不会相互耦合，即Component类无须知道Decorator类,Decorator类从外部扩展Component类的功能,而Decorator不用知道具体的构建。
装饰模式是继承关系的一个替代方案。装饰类Decorator不管装饰多少层，返回的对象还是Component。
装饰模式可以动态地扩展一个实现类的功能。

装饰模式的缺点

　　多层的装饰比较复杂

装饰模式使用场景

需要扩展一个类的功能，或给一个类增加附加功能。
需要动态地给一个对象增加功能，这些功能可以动态地撤销。
需要为一批类进行改装或加装功能。

　　装饰模式是对继承的有效补充。单纯使用继承时，在某些情况下回增加很多子类，而且灵活性差，也不容易维护。装饰模式可以替代继承，解决类膨胀的问题，如java基础类库中的与输入输出流相关的类大量使用了装饰模式。

转载于:https://www.cnblogs.com/aeolian/p/7887251.html