版权声明:做一个有尊严的生产者 https://blog.csdn.net/qq_36918149/article/details/82726516
一、定义
建造者模式(Builder Pattern)叫做生成器模式,将一个复杂对象的构建与它表示分离,使得同样的构造过程可以创建不同的表示,可以按照部件属性有序的创建对象。
二、代码演示
建造者模式通用类图
- Product产品类
通常是实现了模版方法模式,也就是有模版方法和基本方法。
public class Product {
public void doSomething(){
//独立业务逻辑
}
}
- Builder抽象建造者
规范产品的组建,一般是由子类实现。
public abstract class Builder {
//设置产品的不同部分,已获得不同的产品
public abstract void setPart();
//构造产品
public abstract Product buildProduct();
}
- ConcreteBuilder具体建造者
实现抽象类定义的所有方法,并且返回一组构建好的对象。
public class ConcreteProduct extends Builder {
Product product = new Product();
//设置产品零件
public void setPart(){
//产品类内的逻辑处理
}
//组建一个产品
public Product buildProduct(){
return product ;
}
}
- Director导演类
负责安排已有的模块的顺序,然后告诉Builder开始构造
public class Director {
private Builder builder = new ConcreteProduct();
//构建不同的产品
public Product getAProduct(){
builder.setPart();
return builder.buildProduct();
}
}
三、优点
- 封装性
使用建造者模式可以使客户端不必知道产品内部组成的细节。 - 建造者独立,容易扩展
每个建造者相互独立,很好扩展。 - 便于控制细节风险
由于具体的建造者是独立的,因此可以对建造者过程逐步细化,而不会对其它模块产生影响。
四、缺点
五、应用场景
- 相同的方法,不同的执行顺序,产生不同的事件结果。
- 多个部件或零件,都可以封装到一个对象中,但是产生的运行结果又不相同,则可以采用该模式。
- 产品类非常复杂,或者产品类中调用的顺序不同,产生的结果不同,这非常时候建造者模式。
六、注意事项
- 建造者模式关注的是零件类型和装配工艺(顺序),这是它与工厂方法模式最大的不同地方,虽然都是创建类,但是注重点不同。
- 建造者模式常常需要和模版方法模式结合使用。