Build模式是一步一步创建复杂对象的创建型设计模式，它允许用户在不知道内部构造细节的情况下，可以更精细地控制对象的构造流程。该模式是为了将构建复杂对象的过程和它的部件解耦，使得构建过程和部件的表示隔离开来。

我们来举个栗子：车是一个很复杂的对象，它的组成包括车轮，方向盘，发动机，还有各种零部件，如何将这些不见装配成一辆汽车，这个装配过程很复杂，对于这种情况，也为了在构建过程中对外部隐藏实现细节，既可以使用Build模式将部件和组装过程分离，使得构建过程和部件可以自由扩展，两者的耦合也降到最低！说到底，还是要使用Interface。写到这里的时候，我想起来Android里面有一个AlertDialog.Builder，应该就是利用这个模式来写的！

我们来看下UML图，这个图示从其他地方抄过来的，不过也很容易理解！

Build模式的UML图

Director（实体类）：是复杂对象的构造类，负责构造复杂类，其实可以不用的

Builder（接口类）：负责复杂对象的构造流程和提供生成方式

ConcreteBuilder1/ConcreteBuilder2（实现类）：Builder接口的具体实现类，负责实现对象生成细节

Product（接口类/实体类）：复杂对象

下面我们来写个栗子，用Build模式，还是用汽车，需要先组装方向盘，组装发动机，组装车轮，添加零部件，生成对象！

流程大概是这样的：

1. 写一个Product产品类，并声明其中需要的参数

声明复杂对象

2. 写Build声明对象创建流程

声明流程

3. 创建Builder实现类负责实现Builder的具体细节问题，实现代码解耦

Build实现类

4.使用Build实现类创建复杂对象，如果使用链式调用的话，那其实Director要不要无所谓，看Build实现类，里面的方法返回了自身，所以调用完方法后可以继续执行。链式调用不仅去除了Director角色，使得整个结构更加简单，也对Car对象的组装流程有更精细的控制。 

生成对象

Build模式在Android上面很多情况下是作为配置类的构造器来使用。For ex，ImageLoaderConfig，用来将构造和表示分离开来，同事也是将配置从目标中隔离出来，避免过多的setter方法。Builder模式和工厂模式，同样作为创建型设计模式，两者有啥区别呢？

1. 相同点：创建型模式，给用户返回一个对象

2. 不同点：Builder可以直接创建对象，而工厂模式通过实例化一个工厂，来生成多个系列对象！

具体的看具体需求取哪种设计模式!

详细的，等下一张说工厂模式的时候再解释！