结构型模式-装饰模式

装饰模式

动态地给一个对象增加额外的职责。就增加功能来说，装饰模式比生成子类更加灵活。

装饰模式角色

1. 抽象构件（Component）角色：该角色用于规范需要装饰的对象（原始对象）；
2. 具体构件（Concrete Component）角色：该角色实现抽象构件接口，定义一个需要装饰的原始类；
3. 装饰（Decorator）角色：该角色持有一个构件对象的实例，并定义一个与抽象构件接口一致的接口；
4. 具体装饰（Concrete Decorator）角色：该角色负责对构件对象进行装饰。

装饰模式的优点

1. 装饰类和被装饰类可以独立发展，不会发生耦合。即Component类无须知道Decorator类，Decorator类是从外部扩展Component类的功能，而Decorator也不需要知道具体的构件；
2. 装饰模式是继承关系的一个替代方案。装饰类Decorator，不管装饰多少层，返回的对象还是Component。装饰模式是对继承的有力补充。单纯使用继承时，在一些情况下就会增加很多的子类，而且活性差，维护也不容易；
3. 装饰模式可以动态扩展一个实现类的功能。

缺点

1. 多层模式比较复杂

使用场景

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

代理模式和装饰模式的区别

1. 代理模式是通过代理一个对象以达到控制该对象的目的，这里的核心是控制。
2. 装饰模式和代理模式虽然语法形式上几乎一样，但是装饰模式是在原来对象所拥有功能的基础上增加额外的功能。这里的核心是增加。

<span style="font-size:18px;">package decoratormodel;/** * 抽象构件，规范需要的装饰类 * */public interface Car {//车的装配public void show();}</span>

<span style="font-size:18px;">package decoratormodel;/** * 具体构件，实现抽象构件 * */public class Benz implements Car {@Overridepublic void show() {System.out.println("奔驰车默认黑色");}}</span>

<span style="font-size:18px;">package decoratormodel;/** * 装饰角色，定义一个与抽象构件相同的接口 * @author 21409262 * */public abstract class AbstractDecorator implements Car {//持有一个构件对象的实例private Car car;public AbstractDecorator(Car car){this.car = car;}@Overridepublic void show() {// TODO Auto-generated method stubthis.car.show();}}</span>

<span style="font-size:18px;">package decoratormodel;public class ConcreteDecorator extends AbstractDecorator {public ConcreteDecorator(Car car) {super(car);// TODO Auto-generated constructor stub}//重写show方法public void show(){super.show();this.print();}//给车进行彩绘private void print(){System.out.println("车被绘制成了红色");}}</span>