Builder模式的理解!!

Builder
是为了将构建复杂对象的组装过程和它的创建部件与产品对象分离.注意: 是解耦组装过程和创建具体部件.
过程实现使用Director,它仅关心组装部件的过程,不关心每个具体部件的创建。
而Builder则是定义出创建部件的接口,然而具体的创建,则是有ConcreteBuilder
来实现。
由于在Director使用是Builder接口所以,这样就可以重用创建过程,因为
不同的ConcreteBuilder,虽然创建部件不同相同,但是组装过程却相同。


我们假设,每个汽车都有车轮,发动机等部件组成,如果不使用模式,按照一般的方法,
在构造函数中,创建部件车轮,发动机,并且然后进行了组装。
下面以一辆Polo为例:
public class Polo{
//在构造函数中,创建部件,然后进行组装
public Polo(){
//创建部件
车轮 obj1=new 车轮();
//进行组装部件
this.车轮s.add(obj1);

车轮 obj2=new 车轮();
this.车轮s.add(obj2);
//这里省略其他两个车轮
.................

汽车发动机 objNessan=new 汽车发动机();
this.汽车发动机=objNessan;

}
//汽车的组成部件
public vector 车轮s=new Vector;

public 汽车发动机 汽车发动机 =null;
//这里省略了其他部件和功能函数
.................
}
这就是我们没有使用Builder的方式,这样使构造函数相当的复杂。
因为它负责创建具体的部件如(4个车轮,和一个发动机),然后需要进行组装成为产品Polo.
如果我们再增加一种车的类型HongDa,虽然它们种类不同,具体的部件不同,
但是组装的过程相同和部件的抽象(4个车轮和一个发动机)相同。
这样违背地OO的思想重用,于是我们把组装的过程,和创建部件,从产品的构造中独立出来,
其实就是简化产品的构造函数,封装成对象,来重用。
于是我们外部化一个Builder它负责创建汽车部件和组装过程,因为创建的部件不同,如Polo的车轮和
HongDa的不同,但是它们的组装过程却是相同的,于是我们先定义,几个方法将由它的具体子类实现,
和一个具体的方法,它负责组装过程。明白的会看出这就是模板方法(Template Method)模式。

//它抽象了创建部件,定义一个骨架方法
public class Builder{
public void builder车轮(int n){};
public void builder发动机(){};

public void director构造过程(){
this.builder车轮(4);
this.builder车轮();
}
}

public class PoloBuilder extends Builder{
private Polo polo=new Polo();
public void builder车轮(int n){
for(int i=0;i<n;i++){
车轮 obj1=new 车轮();
polo.车轮s.add(obj1);
}
}
public void builder发动机(){
汽车发动机 objNessan=new 汽车发动机();
polo.汽车发动机=objNessan;
}
public Polo getProduct(){
return polo;
}
}

其实当builder模式的director角色和builder角色合并得化,它就是template method
模式。抽象方法负责创建部件,具体骨架方法负责组装过程。这样具体的builder只需实现抽象
方法。

Builder目前负责创建部件和组装过程,如果我们把这两个职责,
再进行划分处理,单独一个负责组装过程,另一个负责创建部件。
因为虽然部件不同,但是过程是相同的。于是抽象出两个类。

//该类负责创建部件,具体的由子类实现
public class Builder{
public void builder车轮(int n){};
public void builder发动机(){};
}
//该类实现组装过程
public class Director{
private Builder builder=null;

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

public void 组装过程(){
builder.builder车轮(4);
builder.builder车轮();
}
}
在Director中使用builder接口,然后按照一定规则进行组装,大家可以
看出这是针对接口进行编程的体现。我们看具体的builder
public class PoloBuilder extends Builder{
private Polo polo=new Polo();
public void builder车轮(int n){
for(int i=0;i<n;i++){
车轮 obj1=new 车轮();
polo.车轮s.add(obj1);
}
}
public void builder发动机(){
汽车发动机 objNessan=new 汽车发动机();
polo.汽车发动机=objNessan;
}
public Polo getProduct(){
return polo;
}
}

客户端的使用,首先创建具体的builder,然后使用Director
PoloBuilder polobuild=new PoloBuilder();
Director d=new Director(polobuild);
d.组装过程();
Product p=polobuild.getProduct();

好,不错。

真是分析的很好.我对builder模式的理解更加深了一步.最重要的还是实践.努力ing

蛮好,我再加点自己的理解.builder模式是要将产品的创建从产品自身分离出来,用外界的成套设备进行专业化生产。产品的特质不是它本身来控制,而是外界定制。不晓得可不可以这样理解。

Builder模式是为了将部件和组装过程分开。

但是为什么在生产部件的时候(比如是发动机部件),又把发动机装配给了polo汽车,这看起来像是一个组装过程:

public void builder发动机(){
汽车发动机 objNessan=new 汽车发动机();
polo.汽车发动机=objNessan;
}

这是比较令我困惑的地方,有谁帮我解答下吗,谢谢

回楼上:
将发动机装配给POLO汽车,不是组装过程。
这里的组装是指
public void 组装过程(){
builder.builder车轮(4); //步骤1
builder.builder发动机(); //步骤2
}
当步骤1和步骤2完成以后,这个汽车就完成了,这对于所有的汽车都一样,这就是所有汽车的组装过程。
你提到的将发动机装配给POLO,是对于每个单独的步骤,不同的汽车会有不同的实现。(POLO用POLO的发动机,HONDA用HONDA的发动机)