建造者模式:

       將一個複雜的物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的物件。

   建造者模式表示是將複雜的內部建立封裝在內部，對於外部呼叫的人來說，只需要傳入建造者和建造工具，對於內部是如何建造成成品的，呼叫者無需關心。

通用類圖如下：

通用程式碼如下：

產品類：

public class Product {
     public void do Something(){
             //獨立業務處理
     }
}

抽象建造者：

public abstract class Builder {    
     //設定產品的不同部分，以獲得不同的產品
     public abstract void setPart();
     //建造產品
     public abstract Product buildProduct();
}

     set Part方法是零件的配置，什麼是零件？其他的物件，獲得一個不同零件，或者不同的裝配順序就可能產生不同的產品。

具體建造者：

public class ConcreteProduct extends Builder {
     private Product product = new Product();
     //設定產品零件
     public void set Part(){
             /*
              * 產品類內的邏輯處理
              */
     }  
     //組建一個產品
     public Product buildProduct() {
             return product;
     }
}

導演類：

public class Director {
     private Builder builder = new ConcreteProduct();
     //構建不同的產品
     public Product getAProduct(){
             builder.setPart();
             /*
              * 設定不同的零件，產生不同的產品
              */
             return builder.buildProduct();
     }
}
 

導演類起到封裝的作用，避免高層模組深入到建造者內部的實現類。

優點:

● 封裝性
● 建造者獨立，容易擴充套件
● 便於控制細節風險

使用場景:

● 相同的方法，不同的執行順序，產生不同的事件結果時，可以採用建造者模式。
● 多個部件或零件，都可以裝配到一個物件中，但是產生的執行結果又不相同時，則可以使用該模式。
● 產品類非常複雜，或者產品類中的呼叫順序不同產生了不同的效能，這個時候使用建造者模式非常合適。
● 在物件建立過程中會使用到系統中的一些其他物件，這些物件在產品物件的建立過程中不易得到時，也可以採用建造者模式封裝該物件的建立過程。該種場景只能是一個補償方法，因為一個物件不容易獲得，而在設計階段竟然沒有發覺，而要通過建立者模式柔化建立過程，本身已經違反設計的最初目標。

建造者模式可以這麼理解：相同的方法，不同的執行順序，產生不同的事件結果。

此處相同的方法指：方法A，方法B，方法C。

兩種執行順序：A—B—C和A—C—B

產生的結果不同。

也可以理解為在模板方法中對基本方法的呼叫順序不同。然後模板模式就成了建造者模式。