历史文章回顾：
设计模式专栏
深入理解单例模式
深入理解工厂模式
历史优质文章推荐：
分布式系统的经典基础理论
可能是最漂亮的Spring事务管理详解
面试中关于Java虚拟机（jvm）的问题看这篇就够了
目录：
-
- 历史文章回顾：
- 历史优质文章推荐：
- 目录：
- 一 建造者模式介绍
- 1.1 定义
- 1.2 为什么要用建造者模式（优点）/li>
- 1.3 哪些情况不要用建造者模式（缺点）/li>
- 1.4 抽象工厂模式VS建造者模式
- 1.4 模式结构
- 1.4.1 建造者模式的UML结构图
- 1.4.2 建造者模式主要包含四个角色
- 二 建造者模式分析
- 三 实例：KFC套餐
- 1）Product（产品角色）
- 2）Builder（抽象建造者）
- 3） ConcreteBuilder（具体建造者）
- 4）Director（指挥者）
- 5）测试类(客户端类)
- 四 总结
无论是在现实世界中还是在软件系统中，都存在一些复杂的对象，它们拥有多个组成部分，如汽车，它包括车轮、方向盘、发送机等各种部件。而对于大多数用户而言，无须知道这些部件的装配细节，也几乎不会使用单独某个部件，而是使用一辆完整的汽车，可以通过建造者模式对其进行设计与描述，建造者模式可以将部件和其组装过程分开，一步一步创建一个复杂的对象。用户只需要指定复杂对象的类型就可以得到该对象，而无须知道其内部的具体构造细节.
1.2 为什么要用建造者模式（优点）/h3>
1) 客户端不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可以创建不同的产品对象。
2) 每一个具体建造者都相对独立，而与其他的具体建造者无关，因此可以很方便地替换具体建造者或增加新的具体建造者， 用户使用不同的具体建造者即可得到不同的产品对象 。
3) 可以更加精细地控制产品的创建过程 。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，也更方便使用程序来控制创建过程。
4) 增加新的具体建造者无须修改原有类库的代码，指挥者类针对抽象建造者类编程，系统扩展方便，符合 “开闭原则”
1.3 哪些情况不要用建造者模式（缺点）/h3>
1) 产品之间差异性很大的情况：建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使用建造者模式，因此其使用范围受到一定的限制。
2) 产品内部变化很复杂的情况： 如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大。
1.4 抽象工厂模式VS建造者模式
抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组合，采用抽象工厂模式不需要关心构建过程，只关心什么产品由什么工厂生产即可。而建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。
1.4 模式结构
1.4.1 建造者模式的UML结构图
在客户端代码中，无须关心产品对象的具体组装过程，只需确定具体建造者的类型即可，建造者模式将复杂对象的构建与对象的表现分离开来，这样使得同样的构建过程可以创建出不同的表现。
三 实例：KFC套餐
建造者模式可以用于描述KFC如何创建套餐：套餐是一个复杂对象，它一般包含主食（如汉堡、鸡肉卷等）和饮料（如果汁、可乐等）等组成部分，不同的套餐有不同的组成部分，而KFC的服务员可以根据顾客的要求，一步一步装配这些组成部分，构造一份完整的套餐，然后返回给顾客。
创建一个Product对象的各个部件指定的抽象接口。
3） ConcreteBuilder（具体建造者）
实现抽象接口，构建和装配各个部件。
A套餐：
B套餐：
4）Director（指挥者）
构建一个使用Builder接口的对象。它主要是用于创建一个复杂的对象，它主要有两个作用，一是：隔离了客户与对象的生产过程，二是：负责控制产品对象的生产过程。
5）测试类(客户端类)
输出结果：
四 总结
然后通过建造者模式的四个角色的常见示例代码，通过代码层面分析了建造者模式。
最后通过一个KFC套餐实例，介绍了建造者模式在实例中的基本使用手段。
参考：
《设计模式之禅》
《图解设计模式》
最后，就是使用阿里云服务器一段时间后，感觉阿里云真的很不错，就申请做了阿里云大使，然后这是我的优惠券地址.
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！