设计模式——装饰者模式

1、定义：动态的给一个对象添加一些额外的职责。

2、要点：装饰者与被装饰者拥有共同的父类，继承的目的是继承类型，而不是行为。

3、结构图示：



4、代码示例

现在需要一个汉堡，主体是鸡腿堡，可以选择添加生菜、酱、辣椒等等许多其他的配料，这种情况下就可以使用装饰者模式。

Humburger类（Compnent）

public abstract class Humburger {
protected String name;
public String getName(){
return name;
}
public abstract double getPrice();
}

ChikenHumburger（ComponentContext）

被装饰者的初始状态，有些自己的简单装饰。

public class ChickenBurger extends Humburger{
public ChickenBurger(){
name = "鸡腿堡";
}
public double getPrice(){
return 10;
}
}

Comdiment类（Decorator）重点——装饰者

public abstract class Condiment extends Humburger{

public abstract String getName();
}

Lettuce生菜类（ConcreteDecoratorA）

public class Lettuce extends Condiment{
public Humburger humburger;

public Lettuce(Humburger humburger){
this.humburger = humburger;
}

public String getName(){
return humburger.getName()+" 加生菜";
}

public double getPrice(){
return humburger.getPrice()+1;
}
}

Chilli辣椒类（ConcreteDecoratorB）

public class Chilli extends Condiment{

Humburger humburger;

public Chilli(Humburger humburger){
this.humburger = humburger;
}

public String getName(){
return humburger.getName()+" 加辣椒";
}

public double getPrice(){
return humburger.getPrice()+0.5;
}
}

Test测试

public class Test {
public static void main(String args[]){

Humburger humburger = new ChickenBurger();

Condiment C = new Chilli(new Lettuce(humburger));

System.out.println(C.getName());
System.out.println(C.getPrice());
}
}

测试结果：

鸡腿堡 加生菜 加辣椒

11.5

5、总结：

一部分摘自大神的心得，颇有感触

1、Decorator抽象类中，持有Human接口，方法全部委托给该接口调用，目的是交给该接口的实现类即子类进行调用。

2、Decorator抽象类的子类（具体装饰者），里面都有一个构造方法调用super(human),这一句就体现了抽象类依赖于子类实现即抽象依赖于实现的原则。因为构造里面参数都是Human接口，只要是该Human的实现类都可以传递进去，即表现出Decorator dt = new Decorator_second(new Decorator_first(new Decorator_zero(human)));这种结构的样子。所以当调用dt.wearClothes();dt.walkToWhere()的时候，又因为每个具体装饰者类中，都先调用super.wearClothes和super.walkToWhere()方法，而该super已经由构造传递并指向了具体的某一个装饰者类（这个可以根据需要调换顺序），那么调用的即为装饰类的方法，然后才调用自身的装饰方法，即表现出一种装饰、链式的类似于过滤的行为。

3、具体被装饰者类，可以定义初始的状态或者初始的自己的装饰，后面的装饰行为都在此基础上一步一步进行点缀、装饰。

4、装饰者模式的设计原则为：对扩展开放、对修改关闭，这句话体现在我如果想扩展被装饰者类的行为，无须修改装饰者抽象类，只需继承装饰者抽象类，实现额外的一些装饰或者叫行为即可对被装饰者进行包装。所以：扩展体现在继承、修改体现在子类中，而不是具体的抽象类，这充分体现了依赖倒置原则，这是自己理解的装饰者模式。

5、在写具体的装饰类（ConcreteDecorator）时，应该注意构造方法的重载，构造方法的参数为抽象类Component，在普通的方法中，应该使用父类的方法，这样才能一层层传递下去，所以应该像示例中那样调用Humburger类的方法。