建造模式(Builder pattern): 使用建造模式封装一个产品的构造过程, 并允许按步骤构造. 将一个复杂对象的构建与它的表示分离, 使得同样的构建过程可以创建不同的表示。
复杂对象的构建:
一个产品经常是由不同的零件组合而成的,这些零件可能是对象,也可能不是对象。它们通常又叫产品的内部表象(Internal representation)。不同的产品可以有不同的内部表象,也就是不同的零件。使用建造模式可以使建造者不需要知道所生产的产品有什么零件、零件之间有什么关系、产品是怎么建造出来的、以及怎么组成产品的。
类图:
类的说明:
产品类(Product):一般是一个较为复杂的对象,也就是说创建对象的过程比较复杂,一般会有比较多的代码量。在以上的类图中,产品类是一个具体的类,并非抽象类。在实际编程中,产品类可以是有一个抽象类与它的不同实现组成,也可以是由多个抽象类与他们的实现组成。
抽象建造者(Builder):引入抽象建造者的目的是为了将建造的具体过程交给它的子类来实现。这样更容易扩展。一般至少会有两个抽象方法,一个是用来建造产品,一个是用来返回产品。
建造者(ConcreteBuilder):实现抽象类的所有未实现的方法,具体来说一般是两项任务:组件产品和返回组建好的产品。
导演类(Director):负责调用适当的建造者来组建产品,导演类一般不与产品类发生依赖关系,与导演类直接交互的是建造者类。一般来说,导演类被用来封装程序中易变的部分。
代码演示,产品类:
public class Product {
private int id;
private String name;
public int getId() {
return id;
}
public void setId(int id) {
this.id = id;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
抽象建造者:
public interface Builder {
//组建产品
public void buildId();
public void buildName();
//返回组建产品
public Product retrieveResult();
}
建造者:
public class ConcreteBuilder implements Builder {
private Product product = new Product();
@Override
public void buildId() {
product.setId(9527);
}
@Override
public void buildName() {
product.setName("高级伴读书童");
}
@Override
public Product retrieveResult() {
return product;
}
}
导演类:
public class Director {
private Builder builder;
public Director(Builder builder) {
this.builder = builder;
}
/**
* 调用适当的建造者组件产品
*/
public void production() {
builder.buildId();
builder.buildName();
}
}
测试类:
public class Test {
public static void main(String[] args) {
Builder builder = new ConcreteBuilder();
Director director = new Director(builder);
director.production();
Product product = builder.retrieveResult();
System.out.println("编号:"+product.getId());
System.out.println("职位:"+product.getName());
}
}
运行结果:
建造模式的优点:
- 建造模式的封装性很好。使用建造模式可以有效的封装变化,在使用建造模式的场景中,一般产品类和建造者类是比较稳定的,因此将主要的业务逻辑封装在导演类中,对整体而言可以取得比较好的稳定性。
- 建造模式很容易进行扩展。如有新的需求,通过实现一个新的建造者类就可以完成的,基本上不用修改之前的代码,因此也就不会对原有功能引入风险。
建造模式适用情况:
- 需要生产的产品对象有复杂的内部结构,每一个内部成分本身可以是对象,也可以仅仅是一个对象(即产品对象)的一个组成部分。
- 需要生产的产品对象的属性相互依赖。建造模式可以强制实行一种分步骤进行的建造过程。因此,如果产品对象的一个属性必须在另一个属性被赋值之后才可以被赋值,使用建造模式是一个很好的设计思想。
- 在对象创建过程中使用到系统中的其他一些对象,这些对象在产品对象的创建过程中不易得到。
建造模式与工厂模式的区别
可以感觉到,建造模式与工厂模式很相似。总体来看,建造模式仅仅只比工厂模式多了一个“导演类”的角色。在建造模式的类图中,如果把这个导演类看做是最终调用的测试类,或是客户端,那么类图中剩下的部分就可以看做是一个简单的工厂模式了。
与工厂模式相比,建造模式一般用来创建更为复杂的对象。因为对象的床架过程更为复杂,所以将对象的创建过程独立出来组成一个新的类—导演类。也就是说,工厂模式是将对象的全部创建过程封装在工厂类中,由工厂类向客户端提供最终的产品;
而建造模式中,建造者类一般只提供产品类中各个组成部件的建造,而将具体建造过程交付给导演类。由导演类负责将各个部件按照特定的规则组建成产品,然后将组建好的产品交付给测试类,或是客户端。
总结:
建造模式与工厂模式很相似,那么该如何做选择呢?一般来说,如果产品对象的建造很复杂,那么就用工厂模式;如果产品对象的建造更复杂,那么就用建造模式。