建造者(Builder)模式的定义:指将一个复杂对象的构造与它的表示分离,使同样的构建过程可以创建不同的表示。它是将一个复杂的对象分解为多个简单的对象,然后一步一步构建而成。
如果我们要设计一个实体类,类中有很多的成员变量以及构造方法。那我们需要创建一个实体类,包括变setXXX(),getXXX(),toString(),equals(),各种参数的构造方法等,但是这样就会存在一个问题,比如我们在创建构造方法的时候,方法发的参数有时候是不需要赋值的,那或许在创建一个构造方法,但是这样的灵活性很受局限,就会造成冗余的构造方法出现。
那就需要通过建造者模式开实现。
(1) Product(产品角色):一个具体的产品对象。
(2) Builder(抽象建造者): 创建一个产品对象的各个部件的接口/抽象类。
(3) ConcreteBuilder(具体建造者): 实现或继承抽象建造者接口,具体地构建和装配各个部件。
(4) Director(指挥者): 构建一个使用Builder接口的对象。它主要是用于创建一个复杂的对象。负责指挥构建一个工程,决定了工程如何构建,按照什么顺序构建。
abstract class AbsBuilder<T> {
/**
* 建造者建造后要返回的对象
* */
abstract T build();
/*
* 相关操作
* */
abstract T planningDoor();
abstract T planningKitchen();
abstract T planningToilet();
abstract T planningBathroom();
abstract T planningStudy();
}
class HomeBuilder extends AbsBuilder{
private MyHome mMyHome = new MyHome();
@Override
MyHome build() {
return mMyHome;
}
@Override
HomeBuilder planningDoor(String door) {
mMyHome.setDoor(door);
return this;
}
@Override
HomeBuilder planningKitchen(String kitchen) {
mMyHome.setDoor(kitchen);
return this;
}
@Override
HomeBuilder planningToilet(String toilet) {
mMyHome.setDoor(toilet);
return this;
}
@Override
HomeBuilder planningBathroom(String bathroom) {
mMyHome.setDoor(bathroom);
return this;
}
@Override
HomeBuilder planningStudy(String study) {
mMyHome.setDoor(study);
return this;
}
}
class HomeProvider {
/**
* 售楼处将⽤户需求交给建造者,由建造者去创建房屋对象
*
* @param level 档次
* */
static MyHome commandBuilder(String level) {
HomeBuilder homeBuilder = new HomeBuilder();
return homeBuilder
.planningBathroom(level+"浴室")
.planningKitchen(level+"厨房")
.planningStudy(level+"书房")
.planningToilet(level+"厕所")
.build();
}
}
上⾯定义了⼀个建造者类负责接收我的需求,这样⼀来我就把我的需求告诉售楼处即可,
由建造者他们帮我规划好,我只需要拿到房⼦并使⽤房⼦即可,在代码中调⽤如下。
MyHome myHome = HomeProvider.commandBuilder("⾼级");
myHome.entering();
Mybatis中涉及到得Builder模式
1:例如SqlSessionFactoryBuilder、XMLConfigBuilder、XMLMapperBuilder、XMLStatementBuilder、CacheBuilder
在Mybatis环境的初始化过程中,SqlSessionFactoryBuilder会调用XMLConfigBuilder读取所有的MybatisMapConfig.xml和所有的Mapper.xml文件,构建Mybatis运行的核心对象Configuration对象,然后将该Configuration对象作为参数构建一个SqlSessionFactory对象。
其中XMLConfigBuilder在构建Configuration对象时,也会调用XMLMapperBuilder用于读取Mapper文件,而XMLMapperBuilder会使用XMLStatementBuilder来读取和build所有的SQL语句。
在这个过程中,有一个相似的特点,就是这些Builder会读取文件或者配置,然后做大量的XpathParser解析、配置或语法的解析、反射生成对象、存入结果缓存等步骤,这么多的工作都不是一个构造函数所能包括的,因此大量采用了Builder模式来解决。
优点:
(1)扩展性好,各个具体的建造者相互独立,实现了解耦。使用建造者模式可以使客户端不必知道产品内部组成的细节;
(2) 用户使用不同的具体建造者即可得到不同的产品对象;
(3) 增加新的具体建造者无需修改原有类库代码,符合“开闭原则”
缺点:
(1)产品的组成部分必须相同,这限制了其使用范围。
(2)如果产品的内部变化复杂,如果产品内部发生变化,则建造者也要同步修改,后期维护成本较大。
原创整理不容易,欢迎大家关注公众号!阅读更多好文!
欢迎关注公众号!
公众号回复:入群
,扫码加入我们交流群!