建造者模式(Builder Pattern)
基本介绍
- 建造者模式(Builder Pattern) 又叫生成器模式,是一种对象构建模式。它可以将复杂对象的建造过程抽象出来(抽象类别),使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象。
- 建造者模式 是一步一步创建一个复杂的对象,它允许用户只通过指定复杂对象的类型和内容就可以构建它们, 用户不需要知道内部的具体构建细节。
建造模式的本质
- 分离了对象子组件的单独构造(由Builder来负责)和装配(由Director负责)。 从而可以构造出复杂的对象。这个模式适用于:某个对象的构建过程复杂的情况下使用。
- 由于实现了构建和装配的解耦。不同的构建器,相同的装配,也可以做出不同的对象;相同的构建器,不同的装配顺序也可以做出不同的对象。也就是实现了构建算法、装配算法的解耦,实现了更好的复用。
建造者模式的四个角色
- Product(产品角色): 一个具体的产品对象。
- Builder(抽象建造者): 创建一个 Product 对象的各个部件指定的 接口/抽象类。(只构建各个组成部分,不实现具体细节)
- ConcreteBuilder(具体建造者): 实现接口,构建和装配各个部件。
- Director(指挥者): 构建一个使用 Builder 接口的对象。它主要是用于创建一个复杂的对象。它主要有两个作用,一是:隔离了客户与对象的生产过程,二是:负责控制产品对象的生产过程。
建造者模式原理类图

面向抽象编程
在设计模式当中,很多并不是面上实际和细节编程,而是面向抽象编程。
面向抽象编程常用的两种方式是抽象类和接口,为了深入理解,下面的盖房子实例采用两种建造者模式实现盖房子需求。(抽象类实现建造者模式、接口实现建造者模式)
实例演示
以修建房子为例,理解建造者模式。
传统方式实现盖房子
这里的传统方式先使用抽象类实现。
UML图解

代码实现
//抽象房子
public abstract class AbstractHouse {
//打地基
public abstract void buildBasic();
//砌墙
public abstract void buildWalls();
//封顶
public abstract void roofed();
public void build() {
buildBasic();
buildWalls();
roofed();
}
}
//建造普通房子
public class CommonHouse extends AbstractHouse {
@Override
public void buildBasic() {
// TODO Auto-generated method stub
System.out.println(" 普通房子打地基 ");
}
@Override
public void buildWalls() {
// TODO Auto-generated method stub
System.out.println(" 普通房子砌墙 ");
}
@Override
public void roofed() {
// TODO Auto-generated method stub
System.out.println(" 普通房子封顶 ");
}
}
//客户端
public class Client {
public static void main(String[] args) {
// TODO Auto-generated method stub
CommonHouse commonHouse = new CommonHouse();
commonHouse.build();
}
}
分析
优点
比较好理解,简单易操作。
缺点
设计的程序结构,过于简单,没有设计缓存层对象,程序的扩展和维护不好. 也就是说,这种设计方案,把产品(即:房子) 和 创建产品的过程(即:建房子流程) 封装在一起,耦合性增强了。
改进
将产品和产品建造过程解耦 => 建造者模式.
建造者模式实现盖房子
方式一:采用抽象类实现建造者模式
UML类图

代码实现
产品(House)
定义房子实例
每一个属性可以代表产品(房子的一个部分),属性(部分)也可以建造成类的对象
@Data
public class House {
private String baise;
private String wall


1288

被折叠的 条评论
为什么被折叠?



