• 几分钟带你搞懂策略模式
• 几分钟带你搞懂观察者模式
• 一文彻底搞明白工厂和抽象工厂
• 一文搞明白装饰者模式
• 最全单例模式

关于装饰者模式的定义，我就直接引用Head First了：装饰者模式动态的将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案 。 其实装饰者模式的重点在于给对象动态的附加职责，通过对象组合的方式，运行时装饰对象，在不改变任何底层代码的情况下，给现有对象赋予新的职责。

装饰者模式

现在我们要为卖煎饼的大妈设计一套系统，让大妈能更好的算账收钱。大妈主要经营煎饼（7元），并可以往其中添加配料烤肠（1元），鸡蛋（1元），如果生意红火，可能会考虑扩大经营其他小吃或添加配料种类。现需要设计出一套系统，以便快速计算出每位顾客所购小吃的价格。

这是一个食品类接口。同样，要符合针对接口编程，不针对实现编程的OO原则。

public interface ISnack {
	// 食物的描述
	String getDescription();
	// 食物的价格
	double cost();
}

这是一个配料类接口。配料类接口IDecoratorSnack继承自ISnack接口，因为需要两接口的实现类（装饰者与被装饰对象）具有相同的超类型，只有这样IDecoratorSnack接口才能取代ISnack接口。

public interface IDecoratorSnack extends ISnack {
	// 可根据需要扩展属性，如配料大份，小份等
}

这是具体的食品-煎饼类。

public class PancakeSnack implements ISnack {
	@Override
	public String getDescription() {
		return "煎饼";
	}
	
	@Override
	public double cost() {
		return Price.PancakeSnack.price;
	}
}

食品类（被装饰者）既可以单独使用，也可以被配料类（装饰者）包着使用，因为装饰者和被装饰者对象具有相同的超类型，所以在任何需要原始对象（被包装的）的场合，都可以用装饰过的对象替代它。

如果，我想要一份加鸡蛋和烤肠的煎饼价格是多少？单价类见下：

public enum Price {
	//鸡蛋、烤肠、煎饼
	Egg(1.0), Sausage(1.0), PancakeSnack(7.0);
	
	double price;

	private Price(double price) {
		this.price = price;
	}
}

这是我们的具体配料鸡蛋类。

public class Egg implements IDecoratorSnack {
	// 持有被修饰的对象
	ISnack iSnack;
	
	public Egg(ISnack iSnack) {
		this.iSnack = iSnack;
	}
	
	@Override
	public String getDescription() {
		return iSnack.getDescription() + "，加鸡蛋";
	}
	
	@Override
	public double cost() {
	    // 被修饰对象的价格 + 鸡蛋价格
		return iSnack.cost() + Price.Egg.price;
	}
}

这是具体的烤肠配料类。

public class Sausage implements IDecoratorSnack{
	//持有被修饰对象的引用
	ISnack iSnack;
	
	public Sausage(ISnack iSnack) {
		this.iSnack = iSnack;
	}
	
	@Override
	public String getDescription() {
		return iSnack.getDescription() + "，加香肠";
	}
	
	@Override
	public double cost() {
		// 被修饰对象的价格 + 烤肠价格
		return iSnack.cost() + Price.Sausage.price;
	}
}

每个装饰者都持有一个被装饰者的对象，这个被装饰者对象不一定是原始对象，也可能是被包装了多层的对象。通过这种组合，加入了新的行为。符合对扩展开放，对修改关闭的OO原则。

我们来收钱吧。我们能够发现，我们能够使用被装饰的对象就像使用原始对象一样，这归功于装饰者与被装饰者具备同样的接口。同样一个原始对象是能够被包装多层的，而在使用者的眼里，它只是一个被赋予了新功能的原始对象而已。

public class DecoratorPatternTest {
	
	public static void main(String[] ags) {
        // 煎饼 + 鸡蛋 + 烤肠
		ISnack snackOneISnack = new PancakeSnack();
		snackOneISnack = new Egg(snackOneISnack);
		snackOneISnack = new Sausage(snackOneISnack);
		// 这样就能够打印出，我们的（煎饼 + 鸡蛋 + 烤肠）价格和描述了
		System.out.println(snackOneISnack.getDescription() + "价格：" + snackOneISnack.cost() + "元");
	}
}

而且扩展起来方便，我们随时加入不同种类小吃和配料类。如我们现在要加一种烤冷面类。

public class ColdRoastSnake implements ISnack{
	@Override
	public String getDescription() {
		return "烤冷面";
	}
	
	@Override
	public double cost() {
		return Price.ColdRoastSnake.price;
	}
}

我们再添加一个鸡里脊肉类。

public class Chicken implements IDecoratorSnack{	
	ISnack iSnack;
	
	public Chicken(ISnack iSnack) {
		this.iSnack = iSnack;
	}
	
	@Override
	public String getDescription() {
		return iSnack.getDescription() + "，加里脊肉";
	}
	
	@Override
	public double cost() {
		return iSnack.cost() + Price.Chicken.price;
	}
}

好了，如果用户购买烤冷面+鸡蛋+里脊肉，价格该多少呢？

public class DecoratorPatternTest {
	
	public static void main(String[] ags) {
        // 烤冷面 + 鸡蛋 + 里脊肉
		ISnack snackOneISnack = new ColdRoastSnake();
		snackOneISnack = new Egg(snackOneISnack);
		snackOneISnack = new Chicken(snackOneISnack);
		// 这样就能够打印出，我们的（烤冷面 + 鸡蛋 + 里脊肉）价格和描述了
		System.out.println(snackOneISnack.getDescription() + "价格：" + snackOneISnack.cost() + "元");
	}
}

需要注意的是，通过利用装饰者模式，会造成设计中产生大量的小类，如果过度使用，会使程序变得很复杂。另外可能还会出现类型问题，如果把代码写成依赖于具体的被装饰者类型，不针对抽象接口进行编程，那么就会出现问题。