設計者模式詳解--建造者模式

1. 概述
　　將一個復雜對象的構造與它的表示分離，使同樣的構建過程可以創建不同的表示，這樣的設計模式被稱為建造者模式。

2. 建造者模式中的角色

　　2.1 建造者（Builder）：為創建一個產品對象的各個部件指定抽象接口。
　　2.2 具體建造者（ConcreteBuilder）：實現Builder的接口以構造和裝配該產品的各個部件，定義並明確它所創建的表示，並 提供一個檢索產品的接口。
　　2.3 指揮者（Director）：指揮並構造一個使用Builder接口的對象。
　　2.4 產品（Product）：表示被構造的復雜對象。ConcreteBuilder創建該產品的內部表示並定義它的裝配過程，包含定義組成部件的類，包括將這些部件裝配成最終產品的接口。

3. 實例：創建一個人，這個人可以有不同的特點，可以是胖子，可以是瘦子，可以是高個子，也可以是矮個子。
　　3.1 以下是這個實例的類圖，以及對類圖的解讀。

　　

　　3.2 代碼實現及解讀:

1.要建造的具體產品

package com.hongmoshui.designMode.builder;

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;
    }

    @Override
    public String toString()
    {
        return "Product [partA=" + partA + ", partB=" + partB + ", partC=" + partC + "]";
    }
}

2.抽象建造者與具體建造者【抽象建造者類中定義了產品的創建方法和返回方法；具體建造者類實現了抽象建造者類的抽象接口，構建和裝配各個部件】

package com.hongmoshui.designMode.builder;

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

    public abstract void buildPartA();

    public abstract void buildPartB();

    public abstract void buildPartC();

    public Product getResult()
    {
        return product;
    }
}

class ConcreteBuilder extends Builder
{
    public void buildPartA()
    {
        product.setPartA("A產品");
        System.out.println("創建A產品...");
    }

    public void buildPartB()
    {
        product.setPartB("B產品");
        System.out.println("創建B產品...");
    }

    public void buildPartC()
    {
        product.setPartC("C產品");
        System.out.println("創建C產品...");
    }
}

3.指揮者類Director，該類的作用主要有兩個：一方面它隔離了客戶與生產過程；另一方面它負責控制產品的生成過程。指揮者針對抽象建造者編程，客戶端只需要知道具體建造者的類型，即可通過指揮者類調用建造者的相關方法，返回一個完整的產品對象

package com.hongmoshui.designMode.builder;

public class Director
{
    private Builder builder;

    //1 構造方法的方式注入builder對象
    public Director(Builder builder)
    {
        this.builder = builder;
    }

    //2 set方法注入builder對象
    public void setBuilder(Builder builder)
    {
        this.builder = builder;
    }

    public Product construct()
    {
        builder.buildPartA();
        builder.buildPartB();
        builder.buildPartC();
        return builder.getResult();
    }
}

4.測試

package com.hongmoshui.designMode.builder;

public class Test
{
    public static void main(String[] args)
    {
        Builder builder = new ConcreteBuilder();
        Director director = new Director(builder);
        Product product = director.construct();
        System.out.println(product);
    }
}

4. 模式總結

　　4.1 優點

　　　　4.1.1 用戶只需要指定要建造的類型就可以得到它們，而具體的建造過程和細節不需要知道。
　　　　4.1.2 建造代碼與表示相分離，如果要改變一個產品的內部表示，只要再定義一個新的具體的建造者就可以了。
　　　　4.1.3 建造過程由指揮者來控制，建造細節由一個抽象類來控制，對於實現建造細節的具體類來說，不會遺漏某一個步驟。

　　4.2 缺點

　　　　以上例子說明，現在我要增加產品的一個細節，如把創建腳的過程也添加進來，看我們需要改哪些類。Buider,FatPersonBuilder,ThinPersonBuilder（甚至更多，如果你實現了TallPersonBuilder,ShortPersonBuilder等),PersonDirector，我們對修改也就開放了。

　　4.3 實用范圍
　　　　4.3.1 當創建復雜對象的算法應該獨立於該對象的組成部分以及它們的裝配方式時。

　　　　4.3.2 當復雜對象的部件相對穩定，不會發生變化時

原文鏈接：https://www.cnblogs.com/wangjq/archive/2012/06/27/2561237.html