跟着ZHONGHuan学习设计模式

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

简单介绍：

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

建造者模式（生成器模式）属于创建类模式，和工厂模式相比，你会认为有点类似，可是有差别之处。只是，建议在看下去之前，得明确三个工厂模式，假设你记得不太清楚了，能够看这里，简单工厂，工厂方法，抽象工厂。

UML类图：

看一下uml类图。这一部分，假设不清楚，能够先看以下的场景部分，再回过头来看。

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

1 AbstractBuilder（抽象建造者）：引入抽象建造者的目的，是为了将建造的详细过程交与它的子类来实现。这样更easy扩展。通常会有两部分抽象方法，一部分用来建造产品，一个是用来返回产品。如上面，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更高层。