建造者模式的定义：
建造者模式将一个复杂对象的构建过程与它的表示分离，使得同样的构建过程可以创建不同的表示，属于创建型设计模式。
对于用户而言，使用建造者模式只需指定需要创建的类型就可以获得对象，创建过程及细节不需要了解。根据建造者模式的定义可以简单的理解为两层含义。
- 构建与表示分离：构建代表对象创建，表示代表对象行为、方法，也就是将对象的创建与行为进行分离（对应到java代码中，其实就是使用接口规定行为，然后由具体的实现类进行构建）。
- 创建不同的表示：也就是具备同样的行为，但是却由于构建的行为顺序不同或其他原因可以构建出不同的表示。
建造者模式的应用场景：
- 相同的方法，不同的执行顺序，产生不同的结果。
- 多个部件或零件，都可以装配到对象中，但是产生的结果不同。
- 产品类非常复杂，或者产品类中不同的调用顺序产生不同的结果。
- 初始化一个对象特别复杂，参数多，而且很多参数都具有默认值。
建造者模式的UML类图：
由上图可以看到，建造者模式主要包含4给角色：
- 产品（Product）：要创建的产品类对象。
- 抽象建造者（IBuilder）：建造者的抽象类，规范产品对象的各个组成部分的创建，一般由子类实现具体的创建过程。
- 建造者（ConcreteBuilder）：具体的Builder类，根据实际的业务逻辑，具体化对象的各个组成部分的创建。
- 调用者（Director）：调用者不设计具体的产品信息，只负责保证对象各部分完整创建或者按某种顺序创建。在类图中，client相当于调用者的角色。
建造者模式在StringBuilder中运用：
先看看如下代码的执行结果：
调整下顺序的执行结果：
你会发现通过调整执行顺序就能实现不同的结果。
查看StringBuilder的源码，会发现StringBuilder继承AbstractStringBuilder，所以在StringBuilder中，产品对应的就String对象,抽象建造者对应的是AbstractStringBuilder，建造者对应的是StringBuilder，调用者就是
Test测试类，需要主要的，常见的创建着一般是用builder实现最终产品的创建，但是StringBuilder由于是来创建String对象的，所以命名为toString，因为java中任何对象转成字符串都是toString方法，这是约定熟成的。
建造者模式与工厂模式的区别:
- 建造者模式更加注重方法的调用顺序，工厂模式注重创建对象。
- 创建对象的力度不同，建造者模式创建复杂的对象，由各种复杂的部件组成，而工厂模式创建的对象都一样。
- 关注点不一样，工厂模式只需要把对象创建出来就可以了，而建造者模式不仅要创建出对象，还要关注对象由哪些部件组成。
- 建造者模式根据建造过程中的顺序不一样，可以创建各种不同的对象。
建造者模式的有点：
- 封装性好，构建和表示分离。
- 扩展性好，建造类之间独立，在一定程度上解耦。
- 便于控制细节，建造者可以对创建过程逐步细化，而不对其他模块产生影响。
建造者模式的缺点：
- 需要多创建一个IBuilder对象。
- 如果产品内部发生变化，则创建者也要同步修改，维护成本较大。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。