1.定义
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示
2.通用类图
- Product 产品类:表示被构造的复杂对象。通常实现了模板方法模式,也就是有基本方法和模板方法
- Builder 抽象建造者:规范产品的组件,一般由子类实现
- ConcreteBuilder具体建造者:实现抽象类定义的所有方法,并且返回一个组件好的对象
- Director导演类:负责安排已有模块的顺序,然后告诉builder开始建造
3.通用源码
产品类
public class Product {
public void doSomething() {
//独立业务处理
}
}
抽象建造者
public abstract class Builder {
//设置产品的不同部分,以获得不同的产品
public abstract void setPart();
//建造产品
public abstract Product buildProduct();
}
其中,setPart方法是零件的配置,不同的零件,不同的组装顺序就能产生不同的产品。
具体建造者
public class ConcreteBuilder extends Builder {
private Product product = new Product();
//设置产品零件
public void setPart() {
//产品类内的逻辑处理
}
//组建一个产品
public Product buildProduct() {
return product;
}
}
注意:如果有多个产品类就有多个具体的建造者,而且这多个产品类具有相同的接口或抽象类
导演类
public class Director {
private Builder builder = new ConcreteBuilder();
//构建不同的产品
public Product getAProduct() {
builder.setPart();
//设置不同的零件,产生不同的产品
return builder.buildProduct();
}
}
导演类起到封装作用,避免高层模块深入到建造者内部的实现类。当建造者模式比较庞大时,导演类可以有多个。
4.Demo
5.应用场景
- 相同的方法,不同的执行顺序,产生不同的事件结果时,可以采用建造者模式
- 多个部件或零件,都可以装配到一个对象中,但是产生的运行结果又不相同时,则可以使用该模式
- 产品类非常复杂,或者产品类中的调用顺序不同产生了不同的效能
- 在对象创建的过程中会使用到系统中的一些其他对象,这些对象在产品对象的创建过程中不易得到时。
6.优缺点
优点
- 易于解耦,将产品本身与产品创建过程进行解耦,可以使用相同的创建过程来得到不同的产品。也就说细节依赖抽象。
- 建造者独立,容易扩展。
- 便于控制细节风险。由于具体的建造者是独立的,因此可以对建造过程逐步细化,而不对其他的模块产生任何影响。
缺点
- 建造者模式所创建的产品一般具有较多的共同点,其组成部分相似;如果产品之间的差异性很大,则不适合使用建造者模式,因此其使用范围受到一定的限制。
- 如果产品的内部变化复杂,可能会导致需要定义很多具体建造者类来实现这种变化,导致系统变得很庞大。