结构型模式-装饰模式

装饰模式

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

装饰模式角色

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 {

	@Override
	public 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;
	}
	@Override
	public void show() {
		// TODO Auto-generated method stub
		this.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>