伪装配厂模式
(2.2.2 伪装配厂/建造者模式)
工厂模式中描述的，是工厂能够直接提供产品的模式。本节讲述的装配厂模式/建造者模式，则由于产品较复杂因而不再简单的提供，builder/装配厂/建造者需要一个指导者说明装配过程，指导者调度(员) /director。（实际工厂的车间中，都有一个调度）
2.2 装配厂模式
2.2.1 串接式setter模式 如StringBuilder，参见Effective Java。
2.2.2 伪 装配厂模式 最2 的伪建造者模式
2.2.3 真正的装配厂模式
伪装配厂模式
在一些关于设计模式的书籍中，讲解建造者模式的例子和演示程序，并非GoF所称的建造者模式(3.2)，例如一些人和书籍中使用的游戏角色设计例子，事实上使用的是工厂方法+模板方法模式【参见[3.3模板方法模式(5.10)】。之所以称之为伪装配厂模式，因为它的适用场景和装配厂模式相似。
产品类型已知型装配厂模式(伪 装配厂模式)：它建造的产品，可以有各种不同的部件，但产品属于同一种类型。
以电脑/MyPC的装配为例。电脑是一个完整的复杂产品，它包含多个成员变量表示的对象，这些成员变量可以称为产品的部件或零件，如CUP、显示器/ Display和硬盘/ HD。你可以将这些部件设计成抽象类，如CUP有Intel和AMD子类，使得更有代表性。MyPC及其部件，我们将它们放在package creational.builder.pc包中。
1.Client仅仅依赖于装配厂
你/Client到电脑市场配一台机器，你(假设是一个小白) 无须知道产品的内部组成与装配方式，你也不需要自己买各种部件自己装机，你只需要知道 找一家装机店/PCBuilder即可。PCBuilder有很多很多的子类，如坑人的KKPCBuilder、傻傻的SSPCBuilder等。不管哪一家，假定它们都按照一定的流程组装电脑， 该流程封装为方法construct()。很自然地，可以将construct() 放在PCBuilder中作为 模板方法。例程 2 9模板方法
package creational.builder.pseudoBuilder;
import creational.builder.pc.*;
public abstract class PCBuilder{
public void addCPU(){}
public void addDisplay(){}
public void addHD(){}
public abstract MyPC getResult();
public void construct(){
addCPU();
addDisplay();
addHD();
}
}
注意：PCBuilder中定义了一个abstract MyPC getResult()，这是
工厂方法。
配机器的小白现在可以买装机的结果了。
package creational.builder.pseudoBuilder;
import creational.builder.pc.*;
import tool.God;
/**
* 配机器的小白
*
* @author yqj2065
* @version 0.1
*/
public class Client{
public static void main(String args[]) {
PCBuilder b = (PCBuilder)God.create("2-9-Builder");
b.construct();
MyPC pc = b.getResult();
System.out.println(pc);
}
public static void test(){
PCDirector director = new PCDirector("2-9-Builder");
MyPC pc = director.construct();
System.out.println(pc);
}
}
本来，这是使用了工厂方法+模板方法的这种多种设计模式的组合应用的典型例子，值得学习。
2. 调度的作用
然而，有人对照GoF的建造者模式，生编硬造地按照建造者模式(3.2)的类图，将模板方法封装到调度(员) /Director类中，就曲解了建造者模式(3.2)的“适用性”。
下面是某些书籍中的Director：
package creational.builder.pseudoBuilder;
import creational.builder.pc.*;
/**
* 生编硬造
*/
public class PCDirector{
private PCBuilder b;
public PCDirector(String builder){
this.b = b ;
}
public MyPC construct(){
b.addCPU();
b.addDisplay();
b.addHD();
return b.getResult();
}
}可以用Client.test()测试。如此编程，
Client可以仅仅依赖于调度(员) /Director，如图2-4所示。有人说，Director相当于装配店的销售人员，此实现使得
Client与Build隔离。(但是，建造者模式的本意是
产品的构建过程construct()与产品类型的隔离。)
伪装配厂模式的核心将PCBuilder定义的装配电脑的流程construct()搬到Director中。
此时，调度(员)能够发挥作用的场合，是存在多种Director，它们封装对象构成的算法。例如买一碗牛肉粉，客户给出一些参数——嘱咐加或不加葱、加多少辣椒。调度(员) /Director的construct()描述该需求并让任意的牛肉粉生产者照此办理；另外的客户则可能需要另一个construct()。
在伪装配厂模式中，Director应用策略模式(封装抽象的construct()方法)、Director的子类应用模板方法模式，而PCBuilder应用工厂方法模式。
伪装配厂模式具有如下特点：
- 生产的产品属于一个产品族。例如本例中的MyPC是一个具体的类；而在游戏角色设计时，不管是天使、英雄还是魔鬼，都是某一个类如Actor的对象。
- 伪建造者模式的生产流程由一个模板方法控制，模板方法的目的是控制组装过程/方式和组装逻辑。它决定了产品部件的所有选项，最终的产品有固定的组成部分或一些可选项。例如买一碗牛肉粉，可能需要嘱咐加或不加葱、加多少辣椒。再例如生产有门、引擎、轮子、框架的产品，而产品为汽车、摩托、自行车(没有门和引擎)。
- 通过依赖注入，AcerBuilder可以配置不同的部件（如果CPU等为抽象类，AcerBuilder可以在CPU、显示器和硬盘的各种品牌、规格中组合）。通过依赖注入，客户One可以依赖抽象类PCBuilder。
- 注意，此时PCBuilder定义了方法public abstract MyPC getMyPC()，以返回装配后的产品。真正的建造者模式中产品没有共同的抽象类。
最后编辑时间：2015.9.5