装饰者模式
装饰者模式：动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。
具体被装饰者和抽象装饰类都继承于相同的抽象类，继承的是类型，而不是行为
。行为来自装饰者和基础组件，或与其他装饰者之间的组合关系。它也称为追MM模式。
在实际开发中，对于应用中，如果一个基类包含许多个不同的子类，而每一个子类具有不同的附加物。此时就可以考虑用装饰者模式了。在装饰者模式中，要划分出哪些是主体部分，哪些是装饰者。而一个主体可以拥有多个装饰者，装饰者又可以继续装饰装饰者，则就需要主体和装饰者继承于一个相同的基类类型。这样通过继承后，继承的就是类型，而不是行为。每一个装饰者都“有一个”主体，装饰者内部有一个实例变量作为引用保存某一个主体的。所有的装饰者统一实现一个装饰者接口。
通常在装饰者模式中，都采用抽象类。装饰者模式，被装饰者必须和装饰者实现相同的接口，一般是在装饰者行为或方法中转发给被装饰者行为(即调用被装饰者的行为)。
在开发过程中，如果过于依赖继承，则类的行为就会在编译的时候静态决定了，行为如果不是来自超类，就是来自子类覆盖后的版本。而如果利用组合，在可以在运行中动态的组装了。
具体事例：
一个酒店有多个饮料，但是所有的饮料都需要继承同一个类，而每个饮料却又有不同的添加物.
抽象基类：
package com.whut.decorate;
//装饰者模式
public abstract class Beverage {
String description= "Unknown Beverage";
public String getDescription()
{
return description;
}
public abstract double cost();
}
//装饰者模式
public abstract class Beverage {
String description= "Unknown Beverage";
public String getDescription()
{
return description;
}
public abstract double cost();
}
它有多个具体类型的饮料，也就是多个被装饰者。列举一个：
package com.whut.decorate;
//综合咖啡
public class HouseBlend extends Beverage {
public HouseBlend()
{
description= "HouseBlend";
}
@Override
public double cost() {
// TODO Auto-generated method stub
return 0.89;
}
}
//综合咖啡
public class HouseBlend extends Beverage {
public HouseBlend()
{
description= "HouseBlend";
}
@Override
public double cost() {
// TODO Auto-generated method stub
return 0.89;
}
}
package com.whut.decorate;
//装饰者基类
public abstract class CondimentDecorator extends Beverage {
public abstract String getDescription();
}
//装饰者基类
public abstract class CondimentDecorator extends Beverage {
public abstract String getDescription();
}
package com.whut.decorate;
//摩卡装饰者
public class Mocha extends CondimentDecorator {
Beverage beverage;
public Mocha(Beverage beverage)
{
this.beverage=beverage;
}
@Override
public String getDescription() {
// TODO Auto-generated method stub
return beverage.getDescription()+ ",Mocha";
}
@Override
public double cost() {
// TODO Auto-generated method stub
return 0.2+beverage.cost();
}
}
//摩卡装饰者
public class Mocha extends CondimentDecorator {
Beverage beverage;
public Mocha(Beverage beverage)
{
this.beverage=beverage;
}
@Override
public String getDescription() {
// TODO Auto-generated method stub
return beverage.getDescription()+ ",Mocha";
}
@Override
public double cost() {
// TODO Auto-generated method stub
return 0.2+beverage.cost();
}
}
package com.whut.decorate;
public class CustomerDrink {
public static void main(String[] args)
{
Beverage beverage= new Espresso();
System.out.println(beverage.getDescription()+ " $"+beverage.cost());
//注意这种方式
//顶了两个Mocha和Whip的DarkRoast咖啡
Beverage beverage2= new DarkRoast();
beverage2= new Mocha(beverage2);
beverage2= new Mocha(beverage2);
beverage2= new Whip(beverage2);
System.out.println(beverage2.getDescription()+ " $"+beverage2.cost());
Beverage beverage3= new HouseBlend();
beverage3= new Soy(beverage3);
beverage3= new Mocha(beverage3);
beverage3= new Whip(beverage3);
System.out.println(beverage3.getDescription()+ " $"+beverage3.cost());
}
}
public class CustomerDrink {
public static void main(String[] args)
{
Beverage beverage= new Espresso();
System.out.println(beverage.getDescription()+ " $"+beverage.cost());
//注意这种方式
//顶了两个Mocha和Whip的DarkRoast咖啡
Beverage beverage2= new DarkRoast();
beverage2= new Mocha(beverage2);
beverage2= new Mocha(beverage2);
beverage2= new Whip(beverage2);
System.out.println(beverage2.getDescription()+ " $"+beverage2.cost());
Beverage beverage3= new HouseBlend();
beverage3= new Soy(beverage3);
beverage3= new Mocha(beverage3);
beverage3= new Whip(beverage3);
System.out.println(beverage3.getDescription()+ " $"+beverage3.cost());
}
}
在java中，常见的装饰者模式，就是I/O类。
设计原则
：类应该对扩展开放，对修改关闭。
主要的意思就是允许类容易扩展，在不修改现有的代码情况下，可以搭配新的行为，而这些行为往往是在运行的时候搭配的，通过装饰者模式动态的将责任附加到对象中。
要点总结
1）继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式。
2）在设计中，应该允许行为可以被扩展，而无须修改现有的代码。
3）组合和委托可用于在运行时动态地加上新的行为。
4）除了继承，装饰者模式也可以让我们扩展行为。
5
）装饰者模式意味着一群装饰者类，这些类用来包装具体组件。
6）装饰者类反映出被装饰的组件类型（事实上，他们具有相同的类型，都经过接口或继承实现）。
7）装饰者可以在被装饰者的行为前面与/或后面加上自己的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的。
8）可以用无数个装饰者包装一个组件。
9）装饰者一般对组件的客户是透明的，除非客户程序依赖于组件的具体类型。
10）装饰者会导致设计中出现许多小对象，如果过度使用，会让程序变得很复杂。
本文转自 zhao_xiao_long 51CTO博客，原文链接:http://blog.51cto.com/computerdragon/1155600
