学习总结与分享-设计模式之装饰者模式浅析

装饰者模式：
装饰者模式也称为包装模式，以透明动态的方式来动态扩展对象的功能，也是继承关系的一种代替方案。若要扩展功能，装饰者提供比继承更有弹性的替代方案。
装饰者模式的角色(UML类图)：

1、Component是基类。通常是一个抽象类或者一个接口，定义了属性或者方法，方法的实现可以由子类实现或者自己实现。通常不会直接使用该类，而是通过继承该类来实现特定的功能，它约束了整个继承树的行为。比如说，如果Component代表人，即使通过装饰也不会使人变成别的动物。

2、ConcreteComponent是Component的子类，实现了相应的方法，它充当了“被装饰者”的角色。

3、Decorator也是Component的子类，它是装饰者共同实现的抽象类（也可以是接口）。比如说，Decorator代表衣服这一类装饰者，那么它的子类应该是T恤、裙子这样的具体的装饰者。

4、ConcreteDecorator是Decorator的子类，是具体的装饰者，由于它同时也是Component的子类，因此它能方便地拓展Component的状态（比如添加新的方法）。

每个装饰者都应该有一个实例变量用以保存某个Component的引用，这也是利用了组合的特性。在持有Component的引用后，由于其自身也是Component的子类，那么，相当于ConcreteDecorator包裹了Component，不但有Component的特性，同时自身也可以有别的特性，也就是所谓的装饰。

代码示例：
当我们去咖啡厅的时候。本来你点一杯苦coffe，然后他的价格是10元，你尝了之后发现有点苦，想要加点糖，然后加这个糖的价格是2元；
然后过了一会你的朋友过来了，他叫了一杯拿铁coffee，然后加了点牛奶（假设可以加），这个牛奶的价格是3元。怎么实现？

//coffie抽象类
public abstract class coffee {  
	String coffeeInformation = "普通咖啡";  
	public String getCoffeeInformation(){  
	     return coffeeInformation;  
	 }  
	public abstract double cost();  
}


//具体被装饰者（coffie的两种具体子类）
public class coffee1 extends coffee {  
      public coffee1(){  
         coffeeInformation = "coffee1";  
      }  
      @Override 
      public double cost() {  
         return 10.0;  
      }      
 }
 //具体被装饰者（coffie的两种具体子类）
 public class coffee2 extends coffee {  
    public coffee2(){  
        coffeeInformation = "coffee2";  
    }  
    @Override 
    public double cost() {        
        return 12.0;  
    }  
 }


//装饰者类（抽象类）
public abstract class  AddThings extends coffee {  
    public abstract String getCoffeeInformation();  
}

//具体装饰者
public class milk extends AddThings{  
    coffee coff;    //创建coffie的引用（组合思想）
    public milk(coffee c) {  
        this.coff = c;  
    }  
    @Override 
    public String getCoffeeInformation() {  
        String addThings = coff.getCoffeeInformation()+"添加"+"milk";  
        return addThings;  
    }  
    @Override 
    public double cost() {  
        return 3.0+ coff.cost();  
    }  	   
}

public class sugar extends AddThings {  
    coffee coff;  
    public sugar(coffee c) {  
       this.coff = c;  
    }   
    @Override 
    public String getCoffeeInformation() {  
        String addThings = coff.getCoffeeInformation()+"添加"+"sugar";  
        return addThings;  
  	 }  
  @Override 
   public double cost() {  
       return 2.0+coff.cost();  
    }  
}

//装饰者模式实现
public class cost {  
    public static void main(String[] args) {  
        coffee c1 = new coffee1();  
        coffee c2 = new coffee2();  
        coffee a1 = new sugar(c1);  
        coffee a2 = new milk(c2);    
        System.out.println(a1.getCoffeeInformation()+" "+a1.cost());  
        System.out.println(a2.getCoffeeInformation()+" "+a2.cost());        
    }       
}

装饰者，保存了coffie的引用，实现了cost()方法，并且在cost()方法内部，不但实现了自己的逻辑，同时也调用了Coffie 引用的cost()方法，即获取了被装饰者的信息，这是装饰者的一个特点，保存引用的目的就是为了获取被装饰者的状态信息，以便将自身的特性加以组合。
装饰者模式的优缺点
优点：
1.装饰者模式与继承关系的目的都是要扩展对象的功能，但是装饰者模式可以提供比继承更多的灵活性。
2.通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。
缺点：
1.这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。
2.装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。
3.装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。
装饰者模式与代理模式的区别
其实装饰者模式和代理模式很像，但是两者的目的不尽相同。装饰者模式是以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案；而代理模式则是一个给对象提供一个代理对象，并由代理对象来控制对原有对象的引用。