設計模式之建造者模式

來源 | https://www.cnblogs.com/TomXu/archive/2012/02/22/2353341.html

介紹

在軟件系統(tǒng)中，有時候面臨著“一個復雜對象”的創(chuàng)建工作，其通常由各個部分的子對象用一定的算法構成；由于需求的變化，這個復雜對象的各個部分經(jīng)常面臨著劇烈的變化，但是將它們組合在一起的算法確相對穩(wěn)定。

如何應對這種變化？如何提供一種“封裝機制”來隔離出“復雜對象的各個部分”的變化，從而保持系統(tǒng)中的“穩(wěn)定構建算法”不隨著需求改變而改變？這就是要說的建造者模式。

建造者模式可以將一個復雜對象的構建與其表示相分離，使得同樣的構建過程可以創(chuàng)建不同的表示。

也就是說如果我們用了建造者模式，那么用戶就需要指定需要建造的類型就可以得到它們，而具體建造的過程和細節(jié)就不需要知道了。

正文

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

function getBeerById(id, callback) {    // 使用ID來請求數(shù)據(jù)，然后返回數(shù)據(jù).    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);    });}

根據(jù)建造者的定義，表相即是回調，也就是說獲取數(shù)據(jù)以后如何顯示和處理取決于回調函數(shù)，相應地回調函數(shù)在處理數(shù)據(jù)的時候不需要關注是如何獲取數(shù)據(jù)的，同樣的例子也可以在jquery的ajax方法里看到，有很多回調函數(shù)（比如success, error回調等），主要目的就是職責分離。

同樣再來一個jQuery的例子：

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

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

總結

建造者模式主要用于“分步驟構建一個復雜的對象”，在這其中“分步驟”是一個穩(wěn)定的算法，而復雜對象的各個部分則經(jīng)常變化，其優(yōu)點是：建造者模式的“加工工藝”是暴露的，這樣使得建造者模式更加靈活，并且建造者模式解耦了組裝過程和創(chuàng)建具體部件，使得我們不用去關心每個部件是如何組裝的。

本文完~