介紹
在軟體系統中，有時候面臨著「一個複雜物件」的創建工作，其通常由各個部分的子物件用一定的演算法構成；由於需求的變化，這個複雜物件的各個部分經常面臨劇烈的變化，但是將它們組合在一起的演算法確相對穩定。如何應對這種變化？如何提供一種「封裝機制」來隔離出「複雜物件的各個部分」的變化，從而保持系統中的「穩定建構演算法」不隨著需求改變而改變？這就是要說的建造者模式。
建造者模式可以將一個複雜物件的建構與其表示相分離，使得同樣的建構過程可以創造不同的表示。也就是說如果我們用了建造者模式，那麼使用者就需要指定需要建造的類型就可以得到它們，而具體建造的過程和細節就不需要知道了。
正文
這個模式相對來說比較簡單，先上程式碼，然後再解釋
var el = document.querySelector('#test');
el.addEventListener('click', getBeerByIdBridge, false);
function getBeerByIdBridge(e) {
getBeerById(this.id, function (beer) {
console.log('Requested Beer: ' beer);
});
}
根據建造者的定義，表相即是回調，也就是說獲取數據以後如何顯示和處理取決於回調函數，相應地回調函數在處理數據的時候不需要關注是如何獲取數據的，同樣的例子也可以在jquery的ajax方法裡看到，有許多回呼函數（如success, error回呼等），主要目的就是職責分離。
同樣再來一個jQuery的例子：
總結
建造者模式主要用於“分步驟構建一個複雜的對象”，在這其中“分步驟”是一個穩定的算法，而復雜對象的各個部分則經常變化，其優點是：建造者模式的「加工製程」是暴露的，這使得建造者模式更加靈活，並且建造者模式解耦了組裝過程和創建具體部件，使得我們不用去關心每個部件是如何組裝的。
