設計模式之建立類模式建造者模式

建造者模式（builder pattern）也叫做生成器模式。

定義：

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

通用類圖：

通用**：

/**
* 產品類
*  * @author administrator
*  */
public class product 
}

/**
* 抽象建造者
*  * @author administrator
*  */
public abstract class builder

/**
* 具體建造者
*  * @author administrator
*  */
public class concreteproduct extends builder 
// 設定產品零件
@override
public void setpart() 
}

如果有多個產品類就有幾個具體的建造者，而且這多個產品類具有相同介面或抽象類。

/**
* 導演類
*  * @author administrator
*  */
public class director 
}

導演類起到封裝的作用，避免高層模組深入到建造者內部的實現類。當然，在建造者模式比較龐大時，導演類可以有多個。

建造者模式的優點：

封裝性使用建造者模式可以是客戶端不必知道產品內部組成的細節。

建造者獨立，容易擴充套件

便於控制細節風險由於具體的建造者是獨立的，因此可以對建造過程逐步細化，而不對其他的模組產生任何影響。

建造者模式的使用場景：

相同的方法，不同的執行順序，產生不同的事件結果時，可以採用建造者模式。

多個部件或零件，都可以裝配到乙個物件中，但是產生的執行結果又不相同時，則可以使用該模式。

產品類非常複雜，或者產品類中的呼叫順序不同產生了不同的效能，這個時候使用建造者模式非常合適。

在物件的建立過程中會使用到系統中的一些其他物件，這些物件在產品物件的建立過程中不易得到時，也可以使用建造者模式封裝該物件的建立過程。該種場景只能是乙個補償方法，因為乙個物件不容易獲得，而在設計階段竟然沒有發覺，而要通過建立者模式柔化建立過程，這本身已經違反設計的最初目標。

建立者模式的注意事項：

建立者模式關注的是零件型別和裝配工藝（順序），這是它與工廠方法模式最大不同的地方。

建造者模式最主要的功能是基本方法的呼叫順序安排，也就是這些基本方法已經實現了，通俗地說就是零件的裝配，順序不同產生的物件也不同；而工廠方法則重點是建立，建立零件是它的主要責任，組裝順序則不是它關係的。

設計模式之建立類模式 建造者模式