Builder Pattern（建造者模式/构造器模式/生成器模式 ） 与FactoryMethod Pattern（工厂方法模式）的区别

建造者模式与工厂方法模式都属于创建型设计模式，他们的应用环境都是在创建对象时运用。那他们的不同之处在哪里呢？

【宏观】

建造者模式比工厂模式关注的更加深入，工厂只关心把整体的对象创建出来，而建造者模式更加深入的关心了实例化的对象是如何一步一步按照流程（各子对象的组装算法）创建出来的，这个创建的流程（算法）是固定的，但可以创造出不同的表示（对象）。

工厂方法：

比如我们客户端想要盖一栋别墅，我们客户端只需要实例化一个别墅工厂，那么具体的对象创建就交给别墅工厂来实例化一栋别墅。工厂方法只是用来创建对象实例的。

建造者模式：

再比如我们要盖一栋别墅，我们客户端只需要实例化一个指挥者，告诉指挥者我要一栋别墅，之后指挥者负责指挥具体的建造者去画图纸，挖地基，盖楼，装修。最后我们客户端看到的也是一个创建好的一栋别墅对象。

他们的不同在于客户端面对的解耦类不同，工厂方法面对的是抽象的工厂接口；建造者模式面对的是指挥者类。

【微观】

①、创建对象角度

工厂方法是整体对象的创建，客户端通过抽象工厂这一接口，实例化要创建的具体的工厂类，由创建的具体工厂类去创建具体的对象，注重的是整体对象。

建造者（构造器）模式，则是注重对象的创建流程（构造流程），客户端通过指挥者这一接口，告诉指挥者要构建的具体类，而具体类的创建则是由指挥者会调取抽象Builder类的子类中的方法去具体实现的。

②、客户端角度

工厂方法：客户端面对的是一个抽象的工厂接口。

工厂方法没有明确出具体要创建哪个类，只是在客户端明确了要创建的具体工厂，而具体实例化哪个类则由实现了抽象工厂接口的实现类决定。工厂方法使一个类的实例化延迟到子类。

建造者模式：客户端面对的是一个指挥者类。

建造者模式将一个复杂对象的构建与它的表示分离，使得同样的构建构成可以创建不同的表示。那是什么将构建与表示进行分离的呢？

指挥者类！

这正体现了解耦的思想，客户端只告诉指挥者要创建具体哪个类，而这个类的构建构成则是由指挥者类来指挥Builder类完成