定义:
将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的对象。建造者模式表示是将复杂的内部创建封装在内部,对于外部调用的人来说,只需要传入建造者和建造工具,对于内部是如何建造成成品的,调用者无需关心。
类图:
如下角色:
Product产品类 通常是实现了模板方法模式,也就是有模板方法和基本方法。
Builder抽象建造者 规范产品的组建,一般是由子类实现。
ConcreteBuilder具体建造者 实现抽象类定义的所有方法,并且返回一个组建好的对象。
Director导演类 负责安排已有模块的顺序,然后告诉Builder开始建造
代码:
产品类:
public class Product {
public void doSomething(){
//独立业务处理
System.out.println("product 1 do something");
}
}
抽象建造者:
public abstract class Builder {
//设置产品的不同部分,以获得不同的产品
public abstract void setPart();
//建造产品
public abstract Product buildProduct();
}
具体建造者:
public class ConcreteBuilder extends Builder {
private Product product = new Product();
@Override
public void setPart() {
System.out.println("concrete builder set part");
}
@Override
public Product buildProduct() {
return product;
}
}
Director类:
public class Director {
private Builder builder = new ConcreteBuilder();
//构建不同的产品
public Product getAProduct(){
builder.setPart();
/*
* 设置不同的零件,产生不同的产品
*/
return builder.buildProduct();
}
}
Test:
public class TestBuilder {
public static void main(String[] args) {
Director director = new Director();
Product product = director.getAProduct();
product.doSomething();
}
}
导演类起到封装的作用,避免高层模块深入到建造者内部的实现类。
优点:
1,封装性
2,建造者独立,容易扩展
3,便于控制细节风险
使用场景:
1,相同的方法,不同的执行顺序,产生不同的事件结果时,可以采用建造者模式。
2,多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同时,则可以使用该模式。
3,产品类非常复杂,或者产品类中的调用顺序不同产生了不同的效能,这个时候使用建造者模式非常合适。
4,在对象创建过程中会使用到系统中的一些其他对象,这些对象在产品对象的创建过程中不易得到时,也可以采用建造者模式封装该对象的创建过程。该种场景只能是一个补偿方法,因为一个对象不容易获得,而在设计阶段竟然没有发觉,而要通过创建者模式柔化创建过程,本身已经违反设计的最初目标。
在模板方法中对基本方法的调用顺序不同。然后模板模式就成了建造者模式。