Builder 建造者模式

當乙個物件的構造十分複雜時，我們需要將「構造過程」和他的「表示」進行分離，使得同樣的構建過程可以表示不同的物件。

這個時候，需要使用 builder 模式。使用者只需指定建造者的型別就可以得到對應的產品。而具體如何構造使用者並不關心。

而不同的物件的構造又是不同的，因此需要不同的建造者一一對應。

類圖設計如下：

builer相關：builder, buildera, builderb

/** 抽象建立者 */
public abstract class builder 
/** 具體建立者，實際場景中，會有多個實現，即乙個產品實現對應乙個構建者 */
public class buildera extends builder 
/** 具體構建者需要知道如何構建物件 */
@override
void buildername() 
@override
void builderbody() 
}/** 具體建立者，實際場景中，會有多個實現，即乙個產品實現對應乙個構建者 */
public class builderb extends builder 
/** 具體構建者需要知道如何構建物件 */
@override
void buildername() 
@override
void builderbody() 
}

product相關：product，producta，productb

/** 產品，可以被抽象 */
public abstract class product 
public class producta extends product';
}}public class productb extends product';
}}

director相關：director

/** 指揮者 */
public class director 
}

測試類：

/** 測試客戶端 */
public class builderclient 
}

結果：

productb productb

從上面的**中可以看出，通過構造不同的 builder，可以得到對應的產品。大家可能會問，為什麼不直接建立產品？實際上，生產環境中的構造過程遠比 demo 複雜，將構造物件的複雜過程全部放入指揮者 director 中，能夠有效避免建立過程的錯誤。

通過使用 builder，能夠重複利用建立者，確保每次構造產品都是正確的。

即：

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

這裡的「同樣的構建過程」就是 director 中的 createproduct 方法。

「不同的表示」，則是每個 builder 實現對應乙個具體產品的具體構建內容。具體內容可以根據業務需求進行建立。

spring 框架中，builder 模式無處不在。總之，builder 就是為了構建不同的物件的同時，提供了穩定的構建過程，所有物件的構建過程都是被 driector 指揮的。而物件的具體構建內容則是子類 builder 來根據需求實現。有效的將物件的內容和構建過程分離，同時也保證了構建過程的穩定，不易出錯。

Builder 建造者模式

Builder 建造者模式

建造者模式（Builder）

建造者模式（Builder）

Builder 建造者模式

Builder 建造者模式

建造者模式（Builder）

建造者模式（Builder）

相關推薦