如何让孩子爱上设计模式 —— 3.建造者模式（Builder Pattern）

标签： 设计模式初涉

应用场景

将复杂对象的构建与它的表示分离开来，使得同样的构建过程可以
创建不同的表示。举个简单例子：自定义游戏角色时，游戏角色由：
性别，脸部，衣服三个部分组成，我们根据自己的喜好进行选择，
最终胜出一个自定义的角色，不同的组成部分，最后生成的角色
也不一样。

组成部分(四个角色)

• Product —— 产品类

• Builder —— 抽象的Builder类，规范产品的组建，一般由子类实现具体过程
• ConcreteBuilder —— Builder的实现类，实现Builder类中定义方法，并返回组建好的对象
• Director——统一组装过程(现实开发中，一般被省略，直接使用一个Builder来进行对象的组装

UML类图如下：

代码实现示例

1.创建产品类：Character.java

2.创建抽象Builder接口：Builder.java

3.创建Builder接口实现类：ConcreteBuilder.java

4.创建构建过程类：Director.java

5.调用生成产品类：Game.java

输出结果：

优缺点

优点：

• 简化复杂对象构建，对象本身与创建过程解耦，无需知道具体的
  内部实现细节，相同的创建过程可以创建不同的产品对象；

缺点：

• 可能会产生多余的建造者和构建过程对象，消耗内存；
• 不适用与内部建造顺序不稳定，变化复杂的对象，可能导致需要
  创建很多具体建造者来实现这些变化。

本节代码

https://github.com/coder-pig/DesignPatternsExample/tree/master/2.Builder%20Pattern