建造者模式（生成器模式）

转载请注明出处！！！http://blog.csdn.net/zhonghuan1992

         所有配套代码均在github上：https://github.com/ZHONGHuanGit/DesignPattern

 

跟着ZHONGHuan学习设计模式

建造者模式（生成器模式）

简介：

         建造者模式也叫做生成器模式，定义为：封装一个产品的构造过程，并且按此步骤构造。

         建造者模式（生成器模式）属于创建类模式，和工厂模式相比，你会觉得有点类似，但是有区别之处。不过，建议在看下去之前，得明白三个工厂模式，如果你记得不太清楚了，可以看这里，简单工厂，工厂方法，抽象工厂。

 

UML类图：

         看一下uml类图。这一部分，如果不清楚，可以先看下面的场景部分，再回过头来看。

从上面的类图中，可以看到有四个要素。

 

1          AbstractBuilder（抽象建造者）：引入抽象建造者的目的，是为了将建造的具体过程交与它的子类来实现。这样更容易扩展。一般会有两部分抽象方法，一部分用来建造产品，一个是用来返回产品。如上面，buildPart1和buildPart2用来构造产品，retrieveResult返回产品。

2          ConcreteBuilder（具体建造者）：实现抽象建造者的抽象方法，之所以这样，是为了便于不同情况下的扩充。

3          Director（导演者）：负责调用适当的建造者来组建产品，导演类一般不与产品类发生依赖关系，与导演类直接交互的是建造者类。一般来说，导演类被用来封装程序中易变的部分。

4          Product(产品类)：一般是一个较为复杂的对象，也就是说创建对象的过程比较复杂，一般会有比较多的代码量。在本类图中，产品类是一个具体的类，而非抽象类。实际编程中，产品类可以是由一个抽象类与它的不同实现组成，也可以是由多个抽象类与他们的实现组成。

 

场景导入：

         假设有这样的要求，去游乐场玩，游乐场有很多可以供娱乐的地方。比如有旋转木马，过山车，摩天轮，海盗船等等。当我们去玩得时候，至少不会胡来，自己还是有点计划的对吧。比如，小明想先去玩过山车（比较喜欢刺激的人），接着摩天轮，然后海盗船，最后旋转木马；另外一个小朋友也去玩，他想先玩摩天轮，接着。。。。，等等。假设每个人的计划就是我们需要的产品，那么，如果你用工厂模式，如何去设计把这个产品生成出来呢，当然，你一定可以想一些方法，即使不合适，但也可行。这里，比较合适的方法应该是生成器模式。

         重新定义场景：暂时定游乐场一共有3个活动，分别是，摩天轮，海盗船，过山车。现在我们的产品是要出一份计划，是先玩哪个，全部玩，还是只玩一个，这个计划就是产品。

让我们看一下实现的代码：

import java.util.ArrayList;//假设产品是一份计划class Plan{public ArrayList<String> list = new ArrayList<String>();void add(String str){list.add(str);System.out.println("将\""+str+"\"加入计划");}void Out(){//打印出计划的内容System.out.println("计划内容如下:");for(String tmp:list){         System.out.println(tmp);    }}}interface AbstractBuilder{void addRollerCoaster();//将过山车加入计划void addFerrisWheel();//将摩天轮加入计划void addPirateShip();//将海盗船加入计划Plan retrievePlan();//返回计划}class ConcreteBuilder implements AbstractBuilder{Plan plan = new Plan();public void addRollerCoaster(){//将过山车加入计划plan.add("roller coaster");}public void addFerrisWheel(){//将摩天轮加入计划plan.add("ferris wheel");}public void addPirateShip(){//将海盗船加入计划plan.add("pirate ship");}public Plan retrievePlan()//返回计划{return plan;}}class Director{public void construct(){AbstractBuilder builder=new ConcreteBuilder();builder.addRollerCoaster();builder.addFerrisWheel();builder.addPirateShip();builder.addRollerCoaster();//玩第二次//构建完毕后，我们就得到了我们的计划Plan plan=builder.retrievePlan();plan.Out();//打印出计划的内容}}public class Main{public static void main(String[] args){Director dir=new Director();dir.construct();}}

 

输出：

        

 

         现在有一个小朋友，他指向玩一个摩天轮，那么根据他的要求，改变的只是Director的部分。更改代码吐下：

class Director{         public void construct(){                   AbstractBuilder builder=new ConcreteBuilder();                   builder.addFerrisWheel();                   //构建完毕后，我们就得到了我们的计划                   Plan plan=builder.retrievePlan();                   plan.Out();//打印出计划的内容         }}

         假设有一个小朋友，计划玩两次过山车（刺激男孩），那么，依旧只需更改Director的部分。

class Director{         publicvoid construct(){                   AbstractBuilder builder=new ConcreteBuilder();                   builder.addRollerCoaster();                   builder.addFerrisWheel();                   builder.addPirateShip();                   builder.addRollerCoaster();//玩第二次                   //构建完毕后，我们就得到了我们的计划                   Plan plan=builder.retrievePlan();                   plan.Out();//打印出计划的内容         }}

 

         建造者模式的优点，从上面我们可以体会出一点，product和builder部分一般不变，但是当有新的要求，Director部分可以通过变更满足这些要求。这种将业务逻辑封装在导演类（Director）中的方式，对整体而言会有更好的稳定性。

 

简单论述工厂与建造者（生成器）模式的区别：

         工厂主要变更的地方是产品的变更，而builder 模式主要变更的地方则是director，就是组装的变更。工厂更倾向基本组件的生产，而builder是这些基本组件的组装。个人觉得这两个是可以结合起来的。工厂更基本，builder更高层。