建造者模式
建造者模式（Builder Pattern）使用多个简单的对象一步一步构建成一个复杂的对象。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
一个 Builder 类会一步一步构造最终的对象。该 Builder 类是独立于其他对象的。
介绍
意图：将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。
主要解决：主要解决在软件系统中，有时候面临着"一个复杂对象"的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。
何时使用：一些基本部件不会变，而其组合经常变化的时候。
如何解决：将变与不变分离开。
关键代码：建造者：创建和提供实例，导演：管理建造出来的实例的依赖关系。
应用实例： 1、去肯德基，汉堡、可乐、薯条、炸鸡翅等是不变的，而其组合是经常变化的，生成出所谓的"套餐"。 2、JAVA 中的 StringBuilder。
优点： 1、建造者独立，易扩展。 2、便于控制细节风险。
缺点： 1、产品必须有共同点，范围有限制。 2、如内部变化复杂，会有很多的建造类。
使用场景： 1、需要生成的对象具有复杂的内部结构。 2、需要生成的对象内部属性本身相互依赖。
注意事项：与工厂模式的区别是：建造者模式更加关注与零件装配的顺序。
Builder模式UML类图通用
角色介绍：
- Product——产品类 : 产品的抽象类。
- Builder——抽象类， 规范产品的组建，一般是由子类实现具体的组件过程。
- ConcreteBuilder——具体的构建者。
- Director——指挥者，统一组装过程(可省略)。
通用类型代码如下：
（1）产品类
产品类的方法和属性都是为了添加产品自身的属性，有些产品需要有多个属性，有些产品可能只有一个属性。下面的代码只是一个例子，其他属性以此方式添加即可。
/** * 产品类 */public class Product { protected String name; public void setName(String name) { this.name = name; } }
（2）抽象建造者类
与产品的各个属性相对应，并为之提供相应的方法。这个就像静态代理模式，通过代理类 Builder 来生成被代理对象 Product。
/** * 抽象建造者 * 如果有多个产品类就有几个具体的建造者，而且这多个产品类具有相同接口或抽象类 */public abstract class Builder { // 跟产品中的具体方法相对应 public abstract void setName(String name); // 建造产品 public abstract Product create(); }
（3）具体建造者类
每个具体的 builder 都有自己独特的属性，都是对某一种具体 Product 的代理。
public
