设计模式学习笔记——创建者模式

这个模式也是比较难理解的，我看了《设计模式之禅》上讲解的例子，但是看完之后一头雾水，而且好乱，仍然没有理解，看了好几遍，还是没有理解，于是我又去翻开我的课本，看那上面的例子，但是结果依然。于是上网搜，搜了很多，但是都不是很理想，最终功夫不负有心人，终于找到一个我能理解，而且我认为比较合理的创建者模式的讲解，在这里感谢作者，原文地址：http://blog.csdn.net/lovelion/article/details/7426015

创建者模式的定义：

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。建造者模式是一种对象创建型模式。

为什么会有创建者模式呢？

在软件系统中，有时候面临一个"复杂对象"的创建工作，其通常由各个部分的子对象用一定算法构成;由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合到一起的算法却相对稳定。如何应对种变化呢？如何提供一种"封装机制"来隔离出"复杂对象的各个部分"的变化，从而保持系统中的"稳定构建算法"不随需求的改变而改变？于是创建者模式就应运而生了。

其通用类图如下：



解释：复杂对象表现在什么地方呢？即一个复杂对象有很多的成员变量，每个成员变量，代表组成这个产品的其中一个部分，并且对于不同的复杂对象，成员变量的变化也比较大，于是将这部分变化的成员变量抽取出来，交给Builder类来进行控制，Builder类其实是真正的产生一个复杂对象的类，在这里进行各个部分的实现和组装。Director类主要有两个作用：一方面它隔离了客户与创建过程；另一方面它控制产品的创建过程，包括某个buildPartX()方法是否被调用以及多个buildPartX()方法调用的先后次序等。指挥者针对抽象建造者编程，客户端只需要知道具体建造者的类型，即可通过指挥者类调用建造者的相关方法，返回一个完整的产品对象。

源代码如下：

public class Product {

private String partA;
private String partB;
private String partC;

public String getPartA() {
return partA;
}
public void setPartA(String partA) {
this.partA = partA;
}
public String getPartB() {
return partB;
}
public void setPartB(String partB) {
this.partB = partB;
}
public String getPartC() {
return partC;
}
public void setPartC(String partC) {
this.partC = partC;
}

public void show(){
System.out.println(this.partA);
System.out.println(this.partB);
System.out.println(this.partC);
}
}

public abstract class Builder {
protected Product product=new Product();

public abstract void bulidPartA();
public abstract void bulidPartB();
public abstract void bulidPartC();

public Product getResult(){
return this.product;
}
}

public class ConcreteBuilder1 extends Builder {

@Override
public void bulidPartA() {
super.product.setPartA("PartA is built by builder1");
}

@Override
public void bulidPartB() {
super.product.setPartB("PartB is built by builder1");
}

@Override
public void bulidPartC() {
super.product.setPartC("PartC is built by builder1");
}

}

public class ConcreteBuilder2 extends Builder {

@Override
public void bulidPartA() {
super.product.setPartA("PartA is built by builder2");
}

@Override
public void bulidPartB() {
super.product.setPartB("PartB is built by builder2");
}

@Override
public void bulidPartC() {
super.product.setPartC("PartC is built by builder2");
}

}

public class Director {
private Builder builder;

public Director(Builder builder){
this.builder=builder;
}

public void setBuilder(Builder builder){
this.builder=builder;
}

public Product construct(){

this.builder.bulidPartA();
this.builder.bulidPartB();
this.builder.bulidPartC();

return this.builder.getResult();
}
}

public class Client {
public static void main(String[] args) {
Builder builder1=new ConcreteBuilder1();

Director director=new Director(builder1);

Product product1=director.construct();

product1.show();

Builder builder2=new ConcreteBuilder2();

director.setBuilder(builder2);

Product product2=director.construct();

product2.show();
}
}

建造者模式与抽象工厂模式有点相似，但是建造者模式返回一个完整的复杂产品，而抽象工厂模式返回一系列相关的产品；在抽象工厂模式中，客户端通过选择具体工厂来生成所需对象，而在建造者模式中，客户端通过指定具体建造者类型并指导Director类如何去生成对象，侧重于一步步构造一个复杂对象，然后将结果返回。如果将抽象工厂模式看成一个汽车配件生产厂，生成不同类型的汽车配件，那么建造者模式就是一个汽车组装厂，通过对配件进行组装返回一辆完整的汽车。