java设计模式—建造者模式

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

举例：我们生活当中有许多设备都是以组装的形式存在的，例如台式电脑，那么有些厂商就会推出一些具有默认配置的组装电脑主机（这里可以用到模板方法模式来实现），顾客可以购买默认配置的产品，也可以要求厂商重新组装一部不同配置不同组装方式的主机。此时，我们就可以使用建造者模式来满足特殊顾客的要求了。

注意到这个例子中厂商是重新组装一部主机，即关注点是主机的每个组成部分，这就符合上面Builder模式给出的使用场景了。

具体类图如下：

代码实现如下：

//抽象产品类，使用了模板方法模式，不同产品有不同的“组成部分part” 
abstract class AbstractProduct{ 
  protected abstract void part01(); 
  protected abstract void part02(); 
  protected abstract void part03(); 

  //模板方法给出了默认的组装方式，生成默认的产品 
  public final AbstractProduct defaultProduct() { 
    part01(); 
    part02(); 
    part03(); 
    return this;//返回当前对象，即默认组装方式的产品 
  } 
} 

//具体的产品A、B，不同产品实现了不同的“组成部分part” 
class ConcreteProductA extends AbstractProduct{ 
  protected void part01() { 
    System.out.println("产品A ：part01() ..."); 
  } 
  protected void part02() { 
    System.out.println("产品A ：part02() ..."); 
  } 
  protected void part03() { 
    System.out.println("产品A ：part03() ..."); 
  } 
} 

class ConcreteProductB extends AbstractProduct{ 
  protected void part01() { 
    System.out.println("产品B ：part01() ..."); 
  } 
  protected void part02() { 
    System.out.println("产品B ：part02() ..."); 
  } 
  protected void part03() { 
    System.out.println("产品B ：part03() ..."); 
  } 
} 

//抽象建造者，制定每一种产品应该实现的组合方式buildPart()和生产buildProduct()的标准 
abstract class AbstractBuilder{ 
  public abstract void buildPart(); 
  public abstract AbstractProduct buildProduct(); 
} 


/* 
* 具体建造者，如果对于默认产品（即当调用抽象产品中的defaultProduct()方法）不满意时， 
* 可以不调用它来获得产品，而是使用具体的建造者来改变产品的生产组装方式，以得到不同的产品 
*/ 
class ConcreteBuilderA extends AbstractBuilder{ 
  private AbstractProduct productA = new ConcreteProductA(); 

  public void buildPart() { 
    this.productA.part03(); 
    this.productA.part02(); 
    this.productA.part01(); 
  } 

  public AbstractProduct buildProduct() { 
    return this.productA; 
  } 
} 

class ConcreteBuilderB extends AbstractBuilder{ 
  private AbstractProduct productB = new ConcreteProductB(); 

  public void buildPart() { 
    this.productB.part02(); 
    this.productB.part01(); 
    //特地省略掉产品B中的一个组成部分，例如该部分的功能顾客不需要 
//    this.productB.part03(); 
  } 

  public AbstractProduct buildProduct() { 
    return this.productB; 
  } 
} 

//导演类，预先持有各个产品的建造者，为需要不同于默认产品的用户提供不同的组装方式 
class Director{ 
  private AbstractBuilder builderA = new ConcreteBuilderA(); 
  private AbstractBuilder builderB = new ConcreteBuilderB();    

  public AbstractProduct getProductA() { 
    this.builderA.buildPart(); 
    return this.builderA.buildProduct(); 
  } 

  public AbstractProduct getProductB() { 
    this.builderB.buildPart(); 
    return this.builderB.buildProduct(); 
  } 
} 

//测试类 
public class Client { 
  public static void main(String[] args) { 
    System.out.println("\n利用Director类获得不同组装方式的产品A"); 
    Director director = new Director(); 
    director.getProductA(); 

    System.out.println("\n利用Director类获得不同组装方式的产品B"); 
    director.getProductB(); 
  } 
}

建造模式组成：
1) 抽象建造者角色
2) 具体建造者角色
3) 指导者角色
4) 产品角色

建造模式定义：
将一个复杂对象的构建与它的表示分离，使得同样的构建
过程可以创建不同的表示。这句话说得很抽象，不好理解，其实它的意思可以理解为：将构造复杂对象的过程和组成对象的部件解耦。就像攒电脑一样，不管什么品牌的配件，只要兼容就可以装上；同样，一样的配件，可以有好多组装的方式。这是对降低耦合、提高可复用性精神的一种贯彻。

应用优点：
1、建造模式可以使得产品内部的表象独立变化。 在原来的工厂方法模式中， 产品内部的表象是由产品自身来决定的；而在建造模式中则是“外部化”为由建造者来负责。这样定义一个新的具体建造者角色就可以改变产品的内部表象，符合“开闭原则”。
2、建造模式使得客户不需要知道太多产品内部的细节。 它将复杂对象的组建和表示方式封装在一个具体的建造角色中，而且由指导者来协调建造者角色来得到具体的产品实例。
3、每一个具体建造者角色是毫无关系的。
4、建造模式可以对复杂产品的创建进行更加精细的控制。 产品的组成是由指导者角色调用具体建造者角色来逐步完成的，所以比起其它创建型模式能更好的反映产品的构造过程。

建造模式和抽象工厂模式是相似的， 可以从以下两点来区分两者：
1、创建模式着重于逐步将组件装配成一个成品并向外提供成品， 而抽象工厂模式着重于得到产品族中相关的多个产品对象
2、抽象工厂模式的应用是受限于产品族的，建造模式则不会。