建造者模式

建造者模式(Builder Pattern)也叫做生成器模式,其定义如下:
Separate the construction of a complex object from its representation so that the same
construction process can create different representations.(将一个复杂对象的构建与它的表示分

离,使得同样的构建过程可以创建不同的表示。)


public class Product {
public void doSomething(){
//独立业务处理
}
}
抽象建造者如代码清单11-13所示。
代码清单11-13 抽象建造者
public abstract class Builder {
//设置产品的不同部分,以获得不同的产品
public abstract void setPart();
//建造产品
public abstract Product buildProduct();
}
其中,setPart方法是零件的配置,什么是零件?其他的对象,获得一个不同零件,或者
不同的装配顺序就可能产生不同的产品。具体的建造者如代码清单11-14所示。
代码清单11-14 具体建造者
public class ConcreteProduct extends Builder {
private Product product = new Product();
//设置产品零件

public void setPart(){
/*
* 产品类内的逻辑处理
*/
}
//组建一个产品
public Product buildProduct() {
return product;
}

}

封装性
使用建造者模式可以使客户端不必知道产品内部组成的细节,如例子中我们就不需要关
心每一个具体的模型内部是如何实现的,产生的对象类型就是CarModel。
● 建造者独立,容易扩展
BenzBuilder和BMWBuilder是相互独立的,对系统的扩展非常有利。
● 便于控制细节风险
由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任
何影响。

需要注意的是,如果有多个产品类就有几个具体的建造者,而且这多个产品类具有相同
接口或抽象类,参考我们上面的例子。
导演类如代码清单11-15所示。
代码清单11-15 导演类
public class Director {
private Builder builder = new ConcreteProduct();
//构建不同的产品
public Product getAProduct(){
builder.setPart();
/*
* 设置不同的零件,产生不同的产品
*/
return builder.buildProduct();
}
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值