装饰者模式
装饰者模式能够动态地将责任附加到对象上，在扩展对象功能方面比继承更加灵活，具体来说，装饰者模式将行为委托给相应的包装对象，并添加上自己的对应逻辑来实现特定的功能。装饰者模式的UML图如下：
首先需要有被装饰的组件接口和具体组件，然后有装饰者对象，由于装饰者对象需要能够代替组件，所以要继承组件接口，并组合组件对象来完成委托任务。
下面以一个简单的快餐店为例子来结束装饰者模式的用法。快餐店会有炒面、炒饭这些快餐，可以额外附加鸡蛋、火腿、培根这些配菜，当然加配菜需要额外价钱，每个配菜的价钱通常不太一样。按照上面的UML类图，先定义组件接口（快餐）和具体组件（炒饭、炒面）。
1 //快餐接口 2 public interface FastFood { 3 float getCost(); //获取价格 4 String getDescription(); //获取描述 5 } 6 7 //炒饭 8 public class FriedRice implements FastFood{ 9 private float price = 5; 10 String description = "炒饭"; 11 @Override 12 public float getCost() { 13 return this.price; 14 } 15 16 @Override 17 public String getDescription() { 18 return this.description; 19 } 20 } 21 22 //炒面 23 public class FriedNoodles implements FastFood{ 24 private float price = 5; 25 String description = "炒面"; 26 @Override 27 public float getCost() { 28 return this.price; 29 } 30 31 @Override 32 public String getDescription() { 33 return this.description; 34 } 35 }
接下来是配菜相关接口和类：
1 //配菜 2 public interface Garnish extends FastFood{ 3 String getDescription(); 4 } 5 6 //鸡蛋 7 public class Egg implements Garnish{ 8 float price = 1.5f; 9 String description = "鸡蛋"; 10 private FastFood fastFood; 11 12 public Egg(FastFood fastFood){ 13 this.fastFood = fastFood; 14 } 15 16 @Override 17 public float getCost() { 18 return this.price + fastFood.getCost(); 19 } 20 21 @Override 22 public String getDescription() { 23 return this.description + fastFood.getDescription(); 24 } 25 } 26 27 //培根 28 public class Bacon implements Garnish{ 29 private float price = 2f; 30 private String description = "培根"; 31 private FastFood fastFood; 32 33 public Bacon(FastFood fastFood){ 34 this.fastFood = fastFood; 35 } 36 37 @Override 38 public float getCost() { 39 return this.price + fastFood.getCost(); 40 } 41 42 @Override 43 public String getDescription() { 44 return this.description + fastFood.getDescription(); 45 } 46 } 47 48 //火腿 49 public class Ham implements Garnish{ 50 float price = 1f; 51 String description = "火腿"; 52 private FastFood fastFood; 53 54 public Ham(FastFood fastFood){ 55 this.fastFood = fastFood; 56 } 57 58 @Override 59 public float getCost() { 60 return this.price + fastFood.getCost(); 61 } 62 63 @Override 64 public String getDescription() { 65 return this.description + fastFood.getDescription(); 66 } 67 }
接下来就可以点几份快餐测试一下代码了：
1 public class DecoratorPatternTest { 2 public static void main(String[] args){ 3 FastFood friedRice = new FriedRice(); 4 System.out.println(friedRice.getDescription() + " " + friedRice.getCost() + "元"); 5 FastFood friedNoodles = new FriedNoodles(); 6 friedNoodles = new Egg(friedNoodles); 7 friedNoodles = new Ham(friedNoodles); 8 System.out.println(friedNoodles.getDescription() + " " + friedNoodles.getCost() + "元"); 9 friedRice = new Bacon(friedRice); 10 System.out.println(friedRice.getDescription() + " " + friedRice.getCost() + "元"); 11 } 12 }
输出如下：
炒饭 5.0元 火腿鸡蛋炒面 7.5元 培根炒饭 7.0元
现在来回顾一下上面的类结构，我们在点培根炒饭时，先创建一个炒饭对象，然后用培根对象把炒饭包装了一下，当计算价格以及输出描述时，我们的做法是获取装饰者（培根）对象的价格和描述，同时需要获取组件（炒饭）的价格我描述，我们将这项任务委托给组件来完成，火腿鸡蛋炒面也是同样的道理。装饰者继承组件，使得装饰者可以包装任意的具体组件，同样也可以包装装饰者；同时，装饰者也可以加入自己的逻辑，给组件增添不一样的行为，例如这里在技术价格以及获取描述时，除了返回装饰者自己的属性，还增加了返回组件属性的逻辑。
其实装饰者模式在Java API中使用的很多，举个很简单的例子，当我们需要读取文件时，很可能会写出下面的代码：
1 BufferedReader bf = new BufferedReader(new FileReader(new File("./test.txt")));
其中BufferedReader和FileReader就充当了装饰者的作用，而File则是被装饰的组件，还有一些其他的API也用到了装饰者模式，需要大家自己去摸索了。
参考文献：
<<Head First设计模式>>