深入理解JavaScript系列（27）：設計模式之建造者模式

介紹

在軟體系統中，有時候面臨著“一個複雜物件”的建立工作，其通常由各個部分的子物件用一定的演算法構成；由於需求的變化，這個複雜物件的各個部分經常 面臨著劇烈的變化，但是將它們組合在一起的演算法確相對穩定。如何應對這種變化？如何提供一種“封裝機制”來隔離出“複雜物件的各個部分”的變化，從而保持 系統中的“穩定構建演算法”不隨著需求改變而改變？這就是要說的建造者模式。

建造者模式可以將一個複雜物件的構建與其表示相分離，使得同樣的構建過程可以建立不同的表示。也就是說如果我們用了建造者模式，那麼使用者就需要指定需要建造的類型就可以得到它們，而具體建造的過程和細節就不需要知道了。

本文

這個模式相對來說比較簡單，先上代碼，然後再解釋

function getBeerById(id, callback) {
// 使用ID來請求資料，然後返回資料.
    asyncRequest('GET', 'beer.uri?id=' + id, function (resp) {
// callback調用 response
        callback(resp.responseText);
    });
}

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的例子：

$('<div class= "foo"> bar </div>');

我們只需要傳入要產生的HTML字元，而不需要關係具體的HTML對象是如何生產的。

總結

建造者模式主要用於“分步驟構建一個複雜的對象”，在這其中“分步驟”是一個穩定的演算法，而複雜物件的各個部分則經常變化，其優點是：建造者模式的 “加工工藝”是暴露的，這樣使得建造者模式更加靈活，並且建造者模式解耦了組裝過程和建立具體組件，使得我們不用去關心每個組件是如何組裝的。

參考：http://www.cnblogs.com/feipeng/archive/2007/03/12/671932.html

轉自：湯姆大叔