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

型別：建立類模式

類圖：

四個要素

• 產品類：一般是一個較為複雜的物件，也就是說建立物件的過程比較複雜，一般會有比較多的程式碼量。在本類圖中，產品類是一個具體的類，而非抽象類。實際程式設計中，產品類可以是由一個抽象類與它的不同實現組成，也可以是由多個抽象類與他們的實現組成。
• 抽象建造者：引入抽象建造者的目的，是為了將建造的具體過程交與它的子類來實現。這樣更容易擴充套件。一般至少會有兩個抽象方法，一個用來建造產品，一個是用來返回產品。
• 建造者：實現抽象類的所有未實現的方法，具體來說一般是兩項任務：組建產品；返回組建好的產品。
• 導演類：負責呼叫適當的建造者來組建產品，導演類一般不與產品類發生依賴關係，與導演類直接互動的是建造者類。一般來說，導演類被用來封裝程式中易變的部分。

•     class Product {
          private String name;
          private String type;
          public void showProduct(){
              System.out.println("名稱："+name);
              System.out.println("型號："+type);
          }
          public
   
   void setName(String name) {
              this.name = name;
          }
          public void setType(String type) {
              this.type = type;
          }
      }
  
      abstract class Builder {
          public abstract void setPart(String arg1, String arg2);
          public abstract Product getProduct();
      }
      
   
  class ConcreteBuilder extends Builder {
          private Product product = new Product();
  
          public Product getProduct() {
              return product;
          }
  
          public void setPart(String arg1, String arg2) {
              product.setName(arg1);
              product.setType(arg2);
          }
      }
  
      public class Director {
          private Builder builder = new ConcreteBuilder();
          public Product getAProduct(){
              builder.setPart("寶馬汽車","X7");
              return builder.getProduct();
          }
          public Product getBProduct(){
              builder.setPart("奧迪汽車","Q5");
              return builder.getProduct();
          }
      }
      public class Client {
          public static void main(String[] args){
              Director director = new Director();
              Product product1 = director.getAProduct();
              product1.showProduct();
  
              Product product2 = director.getBProduct();
              product2.showProduct();
          }
      }

  建造者模式的優點

  首先，建造者模式的封裝性很好。使用建造者模式可以有效的封裝變化，在使用建造者模式的場景中，一般產品類和建造者類是比較穩定的，因此，將主要的業務邏輯封裝在導演類中對整體而言可以取得比較好的穩定性。

  其次，建造者模式很容易進行擴充套件。如果有新的需求，通過實現一個新的建造者類就可以完成，基本上不用修改之前已經測試通過的程式碼，因此也就不會對原有功能引入風險。

  建造者模式與工廠模式的區別

  我們可以看到，建造者模式與工廠模式是極為相似的，總體上，建造者模式僅僅只比工廠模式多了一個"導演類"的角色。在建造者模式的類圖中，假如把這個導演類看做是最終呼叫的客戶端，那麼圖中剩餘的部分就可以看作是一個簡單的工廠模式了。

  與工廠模式相比，建造者模式一般用來建立更為複雜的物件，因為物件的建立過程更為複雜，因此將物件的建立過程獨立出來組成一個新的類——導演類。也就是說，工廠模式是將物件的全部建立過程封裝在工廠類中，由工廠類向客戶端提供最終的產品；而建造者模式中，建造者類一般只提供產品類中各個元件的建造，而將具體建造過程交付給導演類。由導演類負責將各個元件按照特定的規則組建為產品，然後將組建好的產品交付給客戶端。

  總結

  建造者模式與工廠模式類似，他們都是建造者模式，適用的場景也很相似。一般來說，如果產品的建造很複雜，那麼請用工廠模式；如果產品的建造更復雜，那麼請用建造者模式。