设计模式之装饰（Decorator）模式
（一）什么是装饰（Decorator）模式
装饰模式，又称为包装模式，它以对客户端透明的方式扩张对象的功能，是继承关系的替代方案之一。
装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。
（二）装饰模式的角色
1）抽象构件（Component）角色：给出一个抽象接口，以规范准备接受附加责任的对象
2）具体构件（Concrete component）角色：定义一个将要接受附加责任的类
3）装饰角色（Decorator）角色：持有一个构建（Component）对象的实例
4）具体装饰（Concrete decorator）角色：负责给构件对象添加功能。
（三）装饰模式的实现
想象一下这样一种情况，定义了一个接口Car（代码如下），里边只包含一个方法move()，这个方法用来展示具体车的移动方式。
public interface Car {
void move();
}
首先我们创建一个最普通的车RunCar（这里的普通指的是移动方式为陆地移动），实现这个接口。
public class RunCar implements Car {
@Override
public void move() {
this.run();
}
public void run() {
System.out.println("可以跑");
}
}
随着科技的进步，可能会有能够飞的车FlyCar，可能会有SwimCar，我们首先想到的实现方式就是继承，通过子类的实现扩展父类的功能，在这里指的是分别创建FlyCar类和SwimCar类实现Car接口。如果有这样一种需求，创建一种既能飞fly也能swim的FlySwimCar，这样该如何实现的，传统的继承能够实现，但一方面java只支持单继承，灵活性较差，另一方面，之前已经分别创建了FlyCar和SwimCar，如果再创建FlySwimCar会造成代码重复，想象一下，如果能够在FlyCar的基础上扩展swim功能就好了。
恰巧，装饰着模式就能解决此类问题。
这里我们的Component角色 指的就是Car接口，它既是被装饰类的父接口，也是装饰类的父接口。
RunCar扮演的就是被装饰者的角色，它是Component角色的实现类。
抽象装饰角色为CarDecorator，实现了Car接口，切内部包含一个Car的引用，用来保存被装饰的对象：
public abstract class CarDecorator implements Car {
private Car car;
public CarDecorator(Car car) {
this.car = car;
}
public Car getCar() {
return car;
}
public void setCar(Car car) {
this.car = car;
}
public abstract void move();
}
具体抽象角色用于具体功能的扩展，在这里SwimCarDecorator为传进的汽车对象增加swim功能，FlyCarDecorator为传进的汽车对象增加fly功能。
public class SwimCarDecorator extends CarDecorator {
public SwimCarDecorator(Car car) {
super(car);
}
public void move() {
this.getCar().move();
this.swim();
}
public void swim() {
System.out.println("可以游");
}
}
public class FlyCarDecorator extends CarDecorator {
public FlyCarDecorator(Car car) {
super(car);
}
@Override
public void move() {
this.getCar().move();
this.fly();
}
public void fly() {
System.out.println("可以飞");
}
}
这样以来，如果要创建一个会飞的汽车，那么把一个普通汽车传给FlyCarDecorator即可，如果创建一个会swim的车，把普通汽车传给SwimDecorator即可，如果想创建一个既会fly也会swim，只需把一个普通对的车传给FlyCarDecorator，再传给SwimDecorator即可。
public class Client {
public static void main(String[] args) {
Car runCar = new RunCar();
runCar.move();
System.out.println("-----------");
Car flyCar = new FlyCarDecorator(runCar);
flyCar.move();
System.out.println("-----------");
Car flySwimCar = new SwimCarDecorator(new FlyCarDecorator(new RunCar()));
flySwimCar.move();
}
}
（四）在什么情况下使用装饰模式
需要扩展一个类的功能，或给一个类增加附加责任。
需要动态地给一个对象增加功能，这些功能可以动态的撤销
需要增加由一些基本功能排列则和而产生的非常大量的功能，从而使继承关系变得不显示。
（五）装饰模式的简化
1）如果只有一个ConcreteComponent类而没有抽象的Component接口，可以把Decorator类设为ConcreteComponent的一个子类
2）如果只有一个ConcreteDecorator类，就没有必要定义Decorator类
（六）装饰模式的优缺点
优点：
1）装饰模式与继承关系的目的都是扩展对象的功能，装饰模式可以提供比继承更多的灵活性。继承是静态的，而装饰是动态的。
2）通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可是设计出很多不同行为的组合。
缺点：
使用装饰比使用继承需要更少数目的类，使用较少的类当然设计比较易于进行，但另一方面，装饰模式会产生比继承关系更多的对象，这些对象看上去都很相似，因此查错更为困难。
总结：装饰者模式：是你还有你，多数拜托你