设计模式之旅5--构建者模式
2018-07-11 本文已影响100人
小楠总
1. 定义
建造者模式也叫做生成器模式。将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
构建者模式2. 使用场景
- 相同的方法,不同的执行顺序,产生不同的事件结果时,可以采用建造者模式。
- 多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同时,则可以使用该模式。
- 产品类非常复杂,或者产品类中的调用顺序不同产生了不同的效能,这个时候使用建造者模式非常合适。
- 在对象创建过程中会使用到系统中的一些其他对象,这些对象在产品对象的创建过程中不易得到时,也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方法,因为一个对象不容易获得,而在设计阶段竟然没有发觉,而要通过创建者模式柔化创建过程,本身已经违反设计的最初目标。
- Android当中的Dialog.Builder、一些常见的框架的初始化等等,都是采用构建者模式
3. 实现
设计模式只是纯理论,具体实现有多种变化。下面以最常见的连点调用为例子:
public class Product {
private String mPartA;
private String mPartB;
private String mPartC;
public static class Builder{
Product mProduct;
public Builder() {
this.mProduct = new Product();
}
public Builder buildPartA(String partA) {
this.mProduct.mPartA = partA;
return this;
}
public Builder buildPartB(String partB) {
this.mProduct.mPartB = partB;
return this;
}
public Builder buildPartC(String partC) {
this.mProduct.mPartC = partC;
return this;
}
public Product build() {
return mProduct;
}
}
public static void main(String[] args) {
Product product = new Product.Builder()
.buildPartA("a")
.buildPartB("b")
.buildPartC("c")
.build();
}
}
4. 优点
封装性:使用建造者模式可以使客户端不必知道产品内部组成的细节。
建造者相互独立,容易扩展
便于控制细节风险:由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。
5. 缺点
产生多余的Builder对象,浪费内存