Builder模式定義:將一個複雜物件的構建與它的表示分離,使得同樣的構建過程可以建立不同的表示。
Builder模式是一步一步建立一個複雜的對象,它允許使用者可以只通過指定複雜物件的類型和內容就可以構建它們。使用者不知道內部的具體構建細節。Builder模式是非常類似抽象原廠模式,細微的區別大概只有在反覆使用中才能體會到。
為何使用建造者模式
是為了將構建複雜物件的過程和它的組件解耦。注意:是解耦過程和組件。
因為一個複雜的對象,不但有很多大量組成部分,如汽車,有很多組件:車輪、方向盤、發動機,還有各種小零件等等,組件很多,但遠不止這些,如何將這些組件裝配成一輛汽車,這個裝配過程也很複雜(需要很好的組裝技術),Builder模式就是為了將組件和組裝過程分開。
如何使用建造者模式
首先假設一個複雜物件是由多個組件組成的,Builder模式是把複雜物件的建立和組件的建立分別開來,分別用Builder類和Director類來表示。
首先,需要一個介面,它定義如何建立複雜物件的各個組件:
複製代碼 代碼如下:
public interface Builder {
//建立組件A 比如建立汽車車輪
void buildPartA();
//建立組件B 比如建立汽車方向盤
void buildPartB();
//建立組件C 比如建立汽車發動機
void buildPartC();
//返回最後裝配成品結果 (返回最後裝配好的汽車)
//成品的組裝過程不在這裡進行,而是轉移到下面的Director類中進行.
//從而實現瞭解耦過程和組件
Product getResult();
}
用Director構建最後的複雜物件,而在上面Builder介面中封裝的是如何建立一個個組件(複雜物件是由這些組件組成的),也就是說Director的內容是如何將組件最後裝配成成品:
複製代碼 代碼如下:
public class Director {
private Builder builder;
public Director( Builder builder ) {
this.builder = builder;
}
// 將組件partA partB partC最後組成複雜物件
//這裡是將車輪 方向盤和發動機組裝成汽車的過程
public void construct() {
builder.buildPartA();
builder.buildPartB();
builder.buildPartC();
}
}
Builder的具體實現ConcreteBuilder:
1.通過具體完成介面Builder來構建或裝配產品的組件;
2.定義並明確它所要建立的是什麼具體東西;
3.提供一個可以重新擷取產品的介面。
複製代碼 代碼如下:
public class ConcreteBuilder implements Builder {
Part partA, partB, partC;
public void buildPartA() {
//這裡是具體如何構建partA的代碼
};
public void buildPartB() {
//這裡是具體如何構建partB的代碼
};
public void buildPartC() {
//這裡是具體如何構建partB的代碼
};
public Product getResult() {
//返回最後裝配成品結果
};
}
複雜物件:產品Product:
複製代碼 代碼如下:
public interface Product { }
複雜物件的組件:
複製代碼 代碼如下:
public interface Part { }
我們看看如何調用Builder模式:
複製代碼 代碼如下:
ConcreteBuilder builder = new ConcreteBuilder();
Director director = new Director( builder );
director.construct();
Product product = builder.getResult();
Builder模式的應用
在Java實際使用中,我們經常用到"池"(Pool)的概念,當資源提供者無法提供足夠的資源,並且這些資源需要被很多使用者反覆共用時,就需要使用池。
"池"實際是一段記憶體,當池中有一些複雜的資源的"斷肢"(比如資料庫的串連池,也許有時一個串連會中斷),如果迴圈再利用這些"斷肢",將提高記憶體使用量效率,提高池的效能。修改Builder模式中Director類使之能診斷"斷肢"斷在哪個組件上,再修複這個組件。