建造者模式
将一个复杂对象的构建与他的表示分离,使得同样的构建过程可以创建不同的表示
1. UML类图
2. 定义
在建造者模式中,有如下4个角色
- Product产品类:通常是实现了模板方法模式,也就是有模板方法和基本方法
- Builder抽象建造者:规范产品的组建,一般是由子类实现
- ConcreteBuilder具体建造者:实现抽象类定义的所有方法,并且返回一个组建好的对象
- Director导演类:负责安排已有模块的顺序,然后告诉Builder开始建造。
3. 通用代码
//产品类
public class Product{
public void doSomething(){
//独立业务处理
}
}
//抽象建造者
public abstract class Builder{
//设置产品的不同部分,以获得不同的产品
public abstract void setPart();
//建造产品
public abstract Product buildProduct();
}
//具体建造者
public class ConcreteProduct extends Builder{
private Product product = new Product();
//设置产品零件
public void setPart(){
//产品内的逻辑处理
}
//组件一个产品
public Product buildProduct(){
return product;
}
}
//有多个产品类就有多个具体的建造者
//导演类
public class Director{
private Builder builder = new ConcreteProduct();
//构建不同的产品
public Product getAProduct(){
builder.setPart();
return builder.buildProduct();
}
}
4. 应用
4.1 优点
- 封装性:使用建造者模式可以是客户端不必知道产品内部组成的细节
- 建造者(Builder)独立,容易扩展
- 便于控制细节风险:由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他模块产生任何影响
4.2 使用场景
- 相同的方法,不同的执行顺序,产生不同的事件结果。
- 多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同时,则可以使用该模式
- 产品类非常复杂,或者产品类中的调用顺序不同产生了不同的效能,这个时候用建造者模式非常合适
- 在对象创建过程中会是要到系统中的一些其他对象,这些对象在产品对象的创建过程中不易得到时,也可以使用建造者模式
4.3 注意事项
建造者模式关注的是零件类型和装配工艺(顺序),这是他与工厂方法模式最大不同的地方,虽然同为创建类模式,但是注重点不同。