一、建造者模式定义：
用于构造一个复杂的类实例，封装具体的构造步骤。旨在提供一个优雅
的创建对象的方式，降低代码耦合度。
二、使用场景及目的：
一般用在创建类实例的过程特别复杂，为了达到解耦的目的，将创建对象的过
程与对象的表现分开，使调用者无须关心该实例的具体构造过程。建造者模式
很好的体现了封装的思想，也符合开闭原则。例如我们需要该对象具有其它的
一些细节的组装，仅需要增加一个具体建造者类即可，无须更改其它代码。但
是，建造者模式的缺点也很明显：创建一个对象所需要的类增多了，如果需要
对许多简单对象的创建使用建造者模式，无疑的增加了系统复杂度。过度设计
实际上是程序设计的大敌，是最需要避免的。
三、建造者模式的实现：
建造者模式的实现有很多种，而且各有优缺点，开发者应该根据自己的需要进
行选择。下面我们以构造汽车的例子来实现建造者模式：
新建一个汽车类，实现建造者模式对其组装。
一个抽象的建造者类，声明了构造汽车的抽象方法。
一个具体的建造者，负责实现汽车具体的建造细节
指挥者角色，负责调用具体建造者的方法，完成汽车构造的具体流程。
至此，一个汽车就被构造好了。具体的构造细节，客户端是不知道的。现在如果我们需要改变汽车的构造细节，扩展一个新的建造者类就可以了，不需要对代码进行修改。例如汽车生产商为了利润最大化，而使用漏机油的发动机：
我们可以看到，后来汽车制造商改为使用漏机油的发动机，以获取利润最大化，而
在这个替换过程中并没有修改代码。需要做的是扩展了一个新的CarBuilder类，并
在客户端调用时传入相应的builder，漏机油的轿车就这样产生了！
此外还有一种使用静态内部类实现的建造者模式，在客户端链式调用Builder的具体
建造方法，逐步构造一个复杂对象。我认为这样是很不可取的，也没有任何意义，因为
建造者模式的意义就是把复杂的构造过程做一个封装。在客户端链式调用builder方法不过是方便了赋值而已。不过说到这里不得不提一下StringBuilder类，该类就是在客户端链式调用了append方法，最终创建了一个string对象。不过需要注意的是：StringBuilder在构建String对象时，无法预知需要进行多少次append，才会最终构造一个String对象。这也是StringBuilder使用链式调用的目的及精妙所在，不了解这一点，也只能说是对StringBuilder拙劣的模仿罢了。
