定義：將一個(gè)復(fù)雜對象的構(gòu)建與它的表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。

類型：創(chuàng)建類模式

類圖：

四個(gè)要素

• 產(chǎn)品類：一般是一個(gè)較為復(fù)雜的對象，也就是說創(chuàng)建對象的過程比較復(fù)雜，一般會有比較多的代碼量。在本類圖中，產(chǎn)品類是一個(gè)具體的類，而非抽象類。實(shí)際編程中，產(chǎn)品類可以是由一個(gè)抽象類與它的不同實(shí)現(xiàn)組成，也可以是由多個(gè)抽象類與他們的實(shí)現(xiàn)組成。
• 抽象建造者：引入抽象建造者的目的，是為了將建造的具體過程交與它的子類來實(shí)現(xiàn)。這樣更容易擴(kuò)展。一般至少會有兩個(gè)抽象方法，一個(gè)用來建造產(chǎn)品，一個(gè)是用來返回產(chǎn)品。
• 建造者：實(shí)現(xiàn)抽象類的所有未實(shí)現(xiàn)的方法，具體來說一般是兩項(xiàng)任務(wù)：組建產(chǎn)品；返回組建好的產(chǎn)品。
• 導(dǎo)演類：負(fù)責(zé)調(diào)用適當(dāng)?shù)慕ㄔ煺邅斫M建產(chǎn)品，導(dǎo)演類一般不與產(chǎn)品類發(fā)生依賴關(guān)系，與導(dǎo)演類直接交互的是建造者類。一般來說，導(dǎo)演類被用來封裝程序中易變的部分。

代碼實(shí)現(xiàn)

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

建造者模式的優(yōu)點(diǎn)

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

        其次，建造者模式很容易進(jìn)行擴(kuò)展。如果有新的需求，通過實(shí)現(xiàn)一個(gè)新的建造者類就可以完成，基本上不用修改之前已經(jīng)測試通過的代碼，因此也就不會對原有功能引入風(fēng)險(xiǎn)。 

建造者模式與工廠模式的區(qū)別

       我們可以看到，建造者模式與工廠模式是極為相似的，總體上，建造者模式僅僅只比工廠模式多了一個(gè)“導(dǎo)演類”的角色。在建造者模式的類圖中，假如把這個(gè)導(dǎo)演類看做是最終調(diào)用的客戶端，那么圖中剩余的部分就可以看作是一個(gè)簡單的工廠模式了。

       與工廠模式相比，建造者模式一般用來創(chuàng)建更為復(fù)雜的對象，因?yàn)閷ο蟮膭?chuàng)建過程更為復(fù)雜，因此將對象的創(chuàng)建過程獨(dú)立出來組成一個(gè)新的類——導(dǎo)演類。也就是說，工廠模式是將對象的全部創(chuàng)建過程封裝在工廠類中，由工廠類向客戶端提供最終的產(chǎn)品；而建造者模式中，建造者類一般只提供產(chǎn)品類中各個(gè)組件的建造，而將具體建造過程交付給導(dǎo)演類。由導(dǎo)演類負(fù)責(zé)將各個(gè)組件按照特定的規(guī)則組建為產(chǎn)品，然后將組建好的產(chǎn)品交付給客戶端。 

總結(jié)

       建造者模式與工廠模式類似，他們都是建造者模式，適用的場景也很相似。一般來說，如果產(chǎn)品的建造很復(fù)雜，那么請用工廠模式；如果產(chǎn)品的建造更復(fù)雜，那么請用建造者模式。

最新評論