设计模式读书笔记-----建造者模式

目录(?)[+]

       流水作业大家应该都清楚吧！在流水作业中，我们可以将一些复杂的东西给构建出来，例如汽车。我们都知道汽车内部构件比较复杂，由很多部件组成，例如车轮、车门、发动机、方向盘等等，对于我们用户来说我们并不需要知道这个汽车是如何构建出来的，它的各个部件是如何组装，我们只需要知道一点：这是一辆完整的汽车。同样KFC也是这样的，在KFC中我们吃套餐也不需要知道这个套餐是怎样做出来的，我们只需要在店里面向服务员点就可以得到相应的套餐了。对于这两个例子我们通过指定某个对象类型就可以得到一个完整的对象，而无须关心其内部的构建。

       在软件开发中，也会存在一些构造非常复杂的对象，这些对象拥有一系列的成员属性，这些成员属性有些是基本数据类型，有些是引用类型，总之就是一句话，这个对象的构建比较复杂。在这里我们就将复杂对象当做汽车，成员属性当做部件，对象的构建当做汽车的组合。对于用户而言我们总是希望我们在使用对象时足够简单，如果一个复杂的对象直接丢给用户，用户会是痛苦不堪的(给你一堆部件，你来组装成一辆汽车看看)，除了这个构建的过程外，可能用户会忘记某些成员属性。所以我们就希望能够像使用汽车一样使用复杂的对象：直接告诉你我需要的对象名或者对象类型，你返回一个完成的对象实例给我。建造者返回给客户一个完整的的产品对象，而客户端无须关心该对象所包含的额属性和组建方式，这就是建造者模式的设计动机。

       一、模式定义

       建造者模式将一个复杂对象的构建与表示分离，使得同样的构建过程可以创建不同的表示。

       建造者模式构建复杂对象就像造汽车一样，是一个一个组件一个一个步骤创建出来的，它允许用户通过制定的对象类型和内容来创建他们，但是用户并不需要知道这个复杂对象是如何构建的，它只需要明白通过这样做我可以得到一个完整的复杂对象实例。

       二、模式结构

       建造者模式的UML结构图：

       建造者模式主要包含四个角色：

       Builder：抽象建造者。它声明为创建一个Product对象的各个部件指定的抽象接口。
       ConcreteBuilder：具体建造者。实现抽象接口，构建和装配各个部件。
       Director：指挥者。构建一个使用Builder接口的对象。它主要是用于创建一个复杂的对象，它主要有两个作用，一是：隔离了客户与对象的生产过程，二是：负责控制产品对象的生产过程。
       Product：产品角色。一个具体的产品对象。

       三、模式实现

       KFC里面一般都有好几种可供客户选择的套餐，它可以根据客户所点的套餐，然后在后面做这些套餐，返回给客户的事一个完整的、美好的套餐。下面我们将会模拟这个过程，我们约定套餐主要包含汉堡、薯条、可乐、鸡腿等等组成部分，使用不同的组成部分就可以构建出不同的套餐。

       首先是套餐类：Meal.java

[java]  view plain  copy

 print ?

1. public class Meal {  
2.     private String food;  
3.     private String drink;  
4.   
5.     public String getFood() {  
6.         return food;  
7.     }  
8.   
9.     public void setFood(String food) {  
10.         this.food = food;  
11.     }  
12.   
13.     public String getDrink() {  
14.         return drink;  
15.     }  
16.   
17.     public void setDrink(String drink) {  
18.         this.drink = drink;  
19.     }  
20. }  

       然后是套餐构造器：MealBuilder.java

[java]  view plain  copy

 print ?

1. public abstract class MealBuilder {  
2.     Meal meal = new Meal();  
3.       
4.     public abstract void buildFood();  
5.       
6.     public abstract void buildDrink();  
7.       
8.     public Meal getMeal(){  
9.         return meal;  
10.     }  
11. }  

       然后是套餐A、套餐B。这个两个套餐都是实现抽象套餐类。

[java]  view plain  copy

 print ?

1. public class MealA extends MealBuilder{  
2.   
3.     public void buildDrink() {  
4.         meal.setDrink("一杯可乐");  
5.     }  
6.   
7.     public void buildFood() {  
8.         meal.setFood("一盒薯条");  
9.     }  
10.   
11. }  

       

[html]  view plain  copy

 print ?

1. public class MealB extends MealBuilder{  
2.   
3.     public void buildDrink() {  
4.         meal.setDrink("一杯柠檬果汁");  
5.     }  
6.   
7.     public void buildFood() {  
8.         meal.setFood("三个鸡翅");  
9.     }  
10.   
11. }  

      最后是KFC的服务员，它相当于一个指挥者，它决定了套餐是的实现过程，然后给你一个完美的套餐。

[html]  view plain  copy

 print ?

1. public class KFCWaiter {  
2.     private MealBuilder mealBuilder;  
3.       
4.     public void setMealBuilder(MealBuilder mealBuilder) {  
5.         this.mealBuilder = mealBuilder;  
6.     }  
7.   
8.     public Meal construct(){  
9.         //准备食物  
10.         mealBuilder.buildFood();  
11.         //准备饮料  
12.         mealBuilder.buildDrink();  
13.           
14.         //准备完毕，返回一个完整的套餐给客户  
15.         return mealBuilder.getMeal();  
16.     }  
17. }  

        测试类

[html]  view plain  copy

 print ?

1. public class Client {  
2.     public static void main(String[] args) {  
3.         //服务员  
4.         KFCWaiter waiter = new KFCWaiter();  
5.         //套餐A  
6.         MealA a = new MealA();  
7.         //服务员准备套餐A  
8.         waiter.setMealBuilder(a);  
9.         //获得套餐  
10.         Meal mealA = waiter.construct();  
11.           
12.         System.out.print("套餐A的组成部分:");  
13.         System.out.println(mealA.getFood()+"---"+mealA.getDrink());  
14.     }  
15. }  

      运 行结果：

       套餐A的组成部分:一盒薯条---一杯可乐

       四、模式优缺点

       优点

       1、将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，使得我们能够更加精确的控制复杂对象的产生过程。

       2、将产品的创建过程与产品本身分离开来，可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。

       3、每一个具体建造者都相对独立，而与其他的具体建造者无关，因此可以很方便地替换具体建造者或增加新的具体建造者，用户使用不同的具体建造者即可得到不同的产品对象。

       缺点

       1、建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
       2、如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大。

       五、模式适用场景

       1、需要生成的产品对象有复杂的内部结构，这些产品对象通常包含多个成员属性。
       2、隔离复杂对象的创建和使用，并使得相同的创建过程可以创建不同的产品。

       六。模式总结

       1、建造者模式是将一个复杂对象的创建过程给封装起来，客户只需要知道可以利用对象名或者类型就能够得到一个完整的对象实例，而不需要关心对象的具体创建过程。

       2、建造者模式将对象的创建过程与对象本身隔离开了，使得细节依赖于抽象，符合依赖倒置原则。可以使用相同的创建过程来创建不同的产品对象。