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、抽象工厂模式的应用是受限于产品族的，建造模式则不会。