java设计模式之建造者模式
建造者模式的定义:
建造者模式将一个复杂对象的构建过程与它的表示分离,使得同样的构建过程可以创建不同的表示,属于创建型设计模式。
对于用户而言,使用建造者模式只需指定需要创建的类型就可以获得对象,创建过程及细节不需要了解。根据建造者模式的定义可以简单的理解为两层含义。
- 构建与表示分离:构建代表对象创建,表示代表对象行为、方法,也就是将对象的创建与行为进行分离(对应到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对象。
- 如果产品内部发生变化,则创建者也要同步修改,维护成本较大。