WHAT
建造者模式,亦叫生成器模式
定义
Separate the construction of a complex object from its representation so that the same construction process can create different representations.
将一个复杂对象的构造与它的表示分离,使得同样的构造过程可以创建不同的表示。
类图
Product - 产品类
通常实现了模板方法模式,包含了模板方法和基本方法
通常是一个组合或者继承产生的类
public class Product {
public void dosomething() {
// 独立业务处理
}
}
Builder - 抽象建造者
规范产品的组件,一般由子类实现
public abstract class Builder {
//设置产品的不同部分,以获得不同的产品
public astract void setPart();
// 建造产品
public abstract Product buildProduct();
}
setPart()
- 设置零件的配置
不同的零件或者不同的装配顺序可能产生不同的产品
ConcreteBuilder - 具体建造者
实现抽象类定义的所有方法,并返回一个组件好的对象
public class concreteProduct extends Builder {
private Product product = new Product();
// 设置产品零件
public void setPart(){
// 产品类内的逻辑处理
}
//组件一个产品
public Product buildProduct(){
return product;
}
}
**有几个产品类就有几个具体的建造者。**这多个产品类具有相同的接口或抽象类。
Director - 导演类
负责安排已有模块的顺序,然后高祖Builder开始建造。
public class Director {
private Builder builder = new ConcreteProduct();
//构建不同的产品
public Product getAProduct(){
builder.setPart();
// 设置不同的零件,产生不同的产品
return builder.buildProduct();
}
}
起到了封装的最庸,避免高层模块深入到建造者内部的实现类。
WHY
优势
-
封装性
- 使客户端不需要知道产品内部组成的细节。
-
建造者独立,容易扩展
- 不同的Builder相互独立,对系统的扩展有利
-
便于控制细节风险
- 具体的建造者是独立的,所以可以对建造过程逐步细化,不对其他的模块产生影响
HOW
使用场景
- 相同的方法,不同的执行顺序,产生不同的时间结果时,可以采用建造者模式
- 多个部件或零件,都可以装配到一个对象中,但是产生的运算结果由不相同时,则可以使用建造者模式
- 产品类非常复杂,或者产品类中的调用顺序产生了不同的效能
- 在对象创建过程中使用到系统的一些其他对象,这些对象在产品对象的创建过程中不易得到时,也可采用建造者模式封装该对象的创建过程。
注意事项
建造者模式关注的是零件类型和装配工艺(顺序),这是创建者模式的注重点。
与工厂模式非常相似:
- 建造者模式是主要的功能是基本方法的调用顺序安排,也就是说这些基本方法已经实现 - 顺序不同产生的对象也不同
- 工厂方法模式重点是创建,创建零件是它的主要职责,组装顺序则不是它关系你的。
最佳实践
建造者模式 + 模板方法模式 + Director
TIPS
this调用
如果要调用类中的成员变量或方法,需要在前面加上this
关键字,为了明确的区分出为本类中的成员变量或方法,而不是本方法中的一个变量。
supper方法也一样,调用父类的成员变量或方法就加上这个关键字
《设计模式之禅》第十一章 建造者模式