介紹 橋接模式(Bridge)將抽象部分與它的實現部分分離,使它們均可以獨立地變化。 正文 橋接模式最經常使用在事件監控上,先看一段代碼: addEvent(element, 'click', getBeerById); function getBeerById(e) { var id = this.id; asyncRequest('GET', 'beer.uri?id=' + id, function(resp) { // Callback response. console.log('Requested Beer: ' + resp.responseText); }); } 上述代碼,有個問題就是getBeerById必需要有瀏覽器的上下文才能使用,由於其內部使用了this.id這個屬性,若是沒用上下文,那就歇菜了。因此說通常稍微有經驗的程序員都會將程序改形成以下形式: function getBeerById(id, callback) { // 經過ID發送請求,而後返回數據 asyncRequest('GET', 'beer.uri?id=' + id, function(resp) { // callback response callback(resp.responseText); }); } 實用多了,對吧?首先ID能夠隨意傳入,並且還提供了一個callback函數用於自定義處理函數。可是這個和橋接有什麼關係呢?這就是下段代碼所要體現的了: addEvent(element, 'click', getBeerByIdBridge); function getBeerByIdBridge (e) { getBeerById(this.id, function(beer) { console.log('Requested Beer: '+beer); }); } 這裏的getBeerByIdBridge就是咱們定義的橋,用於將抽象的click事件和getBeerById鏈接起來,同時將事件源的ID,以及自定義的call函數(console.log輸出)做爲參數傳入到getBeerById函數裏。 這個例子看起來有些簡單,咱們再來一個複雜點的實戰例子。 實戰XHR鏈接隊列 咱們要構建一個隊列,隊列裏存放了不少ajax請求,使用隊列(queue)主要是由於要確保先加入的請求先被處理。任什麼時候候,咱們能夠暫停請求、刪除請求、重試請求以及支持對各個請求的訂閱事件。 基礎核心函數 在正式開始以前,咱們先定義一下核心的幾個封裝函數,首先第一個是異步請求的函數封裝: var asyncRequest = (function () { function handleReadyState(o, callback) { var poll = window.setInterval( function () { if (o && o.readyState == 4) { window.clearInterval(poll); if (callback) { callback(o); } } }, 50 ); } var getXHR = function () { var http; try { http = new XMLHttpRequest; getXHR = function () { return new XMLHttpRequest; }; } catch (e) { var msxml = [ 'MSXML2.XMLHTTP.3.0', 'MSXML2.XMLHTTP', 'Microsoft.XMLHTTP' ]; for (var i = 0, len = msxml.length; i < len; ++i) { try { http = new ActiveXObject(msxml[i]); getXHR = function () { return new ActiveXObject(msxml[i]); }; break; } catch (e) { } } } return http; }; return function (method, uri, callback, postData) { var http = getXHR(); http.open(method, uri, true); handleReadyState(http, callback); http.send(postData || null); return http; }; })(); 上述封裝的自執行函數是一個通用的Ajax請求函數,相信屬性Ajax的人都能看懂了。 接下來咱們定義一個通用的添加方法(函數)的方法: Function.prototype.method = function (name, fn) { this.prototype[name] = fn; return this; }; 最後再添加關於數組的2個方法,一個用於遍歷,一個用於篩選: if (!Array.prototype.forEach) { Array.method('forEach', function (fn, thisObj) { var scope = thisObj || window; for (var i = 0, len = this.length; i < len; ++i) { fn.call(scope, this[i], i, this); } }); } if (!Array.prototype.filter) { Array.method('filter', function (fn, thisObj) { var scope = thisObj || window; var a = []; for (var i = 0, len = this.length; i < len; ++i) { if (!fn.call(scope, this[i], i, this)) { continue; } a.push(this[i]); } return a; }); } 由於有的新型瀏覽器已經支持了這兩種功能(或者有些類庫已經支持了),因此要先判斷,若是已經支持的話,就再也不處理了。 觀察者系統 觀察者在隊列裏的事件過程當中扮演着重要的角色,能夠隊列處理時(成功、失敗、掛起)訂閱事件: window.DED = window.DED || {}; DED.util = DED.util || {}; DED.util.Observer = function () { this.fns = []; } DED.util.Observer.prototype = { subscribe: function (fn) { this.fns.push(fn); }, unsubscribe: function (fn) { this.fns = this.fns.filter( function (el) { if (el !== fn) { return el; } } ); }, fire: function (o) { this.fns.forEach( function (el) { el(o); } ); } }; 隊列主要實現代碼 首先訂閱了隊列的主要屬性和事件委託: DED.Queue = function () { // 包含請求的隊列. this.queue = []; // 使用Observable對象在3個不一樣的狀態上,以即可以隨時訂閱事件 this.onComplete = new DED.util.Observer; this.onFailure = new DED.util.Observer; this.onFlush = new DED.util.Observer; // 核心屬性,能夠在外部調用的時候進行設置 this.retryCount = 3; this.currentRetry = 0; this.paused = false; this.timeout = 5000; this.conn = {}; this.timer = {}; }; 而後經過DED.Queue.method的鏈式調用,則隊列上添加了不少可用的方法: DED.Queue. method('flush', function () { // flush方法 if (!this.queue.length > 0) { return; } if (this.paused) { this.paused = false; return; } var that = this; this.currentRetry++; var abort = function () { that.conn.abort(); if (that.currentRetry == that.retryCount) { that.onFailure.fire(); that.currentRetry = 0; } else { that.flush(); } }; this.timer = window.setTimeout(abort, this.timeout); var callback = function (o) { window.clearTimeout(that.timer); that.currentRetry = 0; that.queue.shift(); that.onFlush.fire(o.responseText); if (that.queue.length == 0) { that.onComplete.fire(); return; } // recursive call to flush that.flush(); }; this.conn = asyncRequest( this.queue[0]['method'], this.queue[0]['uri'], callback, this.queue[0]['params'] ); }). method('setRetryCount', function (count) { this.retryCount = count; }). method('setTimeout', function (time) { this.timeout = time; }). method('add', function (o) { this.queue.push(o); }). method('pause', function () { this.paused = true; }). method('dequeue', function () { this.queue.pop(); }). method('clear', function () { this.queue = []; }); 代碼看起來不少,摺疊之後就能夠發現,其實就是在隊列上定義了flush, setRetryCount, setTimeout, add, pause, dequeue, 和clear方法。 簡單調用 var q = new DED.Queue; // 設置重試次數高一點,以便應付慢的鏈接 q.setRetryCount(5); // 設置timeout時間 q.setTimeout(1000); // 添加2個請求. q.add({ method: 'GET', uri: '/path/to/file.php?ajax=true' }); q.add({ method: 'GET', uri: '/path/to/file.php?ajax=true&woe=me' }); // flush隊列 q.flush(); // 暫停隊列,剩餘的保存 q.pause(); // 清空. q.clear(); // 添加2個請求. q.add({ method: 'GET', uri: '/path/to/file.php?ajax=true' }); q.add({ method: 'GET', uri: '/path/to/file.php?ajax=true&woe=me' }); // 從隊列裏刪除最後一個請求. q.dequeue(); // 再次Flush q.flush(); 橋接呢? 上面的調用代碼裏並無橋接,那橋呢?看一下下面的完整示例,就能夠發現到處都有橋哦: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html> <head> <meta http-equiv="Content-type" content="text/html; charset=utf-8"> <title>Ajax Connection Queue</title> <script src="utils.js"></script> <script src="queue.js"></script> <script type="text/javascript"> addEvent(window, 'load', function () { // 實現. var q = new DED.Queue; q.setRetryCount(5); q.setTimeout(3000); var items = $('items'); var results = $('results'); var queue = $('queue-items'); // 在客戶端保存跟蹤本身的請求 var requests = []; // 每一個請求flush之後,訂閱特殊的處理步驟 q.onFlush.subscribe(function (data) { results.innerHTML = data; requests.shift(); queue.innerHTML = requests.toString(); }); // 訂閱時間處理步驟 q.onFailure.subscribe(function () { results.innerHTML += ' <span style="color:red;">Connection Error!</span>'; }); // 訂閱所有成功的處理步驟x q.onComplete.subscribe(function () { results.innerHTML += ' <span style="color:green;">Completed!</span>'; }); var actionDispatcher = function (element) { switch (element) { case 'flush': q.flush(); break; case 'dequeue': q.dequeue(); requests.pop(); queue.innerHTML = requests.toString(); break; case 'pause': q.pause(); break; case 'clear': q.clear(); requests = []; queue.innerHTML = ''; break; } }; var addRequest = function (request) { var data = request.split('-')[1]; q.add({ method: 'GET', uri: 'bridge-connection-queue.php?ajax=true&s=' + data, params: null }); requests.push(data); queue.innerHTML = requests.toString(); }; addEvent(items, 'click', function (e) { var e = e || window.event; var src = e.target || e.srcElement; try { e.preventDefault(); } catch (ex) { e.returnValue = false; } actionDispatcher(src.id); }); var adders = $('adders'); addEvent(adders, 'click', function (e) { var e = e || window.event; var src = e.target || e.srcElement; try { e.preventDefault(); } catch (ex) { e.returnValue = false; } addRequest(src.id); }); }); </script> <style type="text/css" media="screen"> body { font: 100% georgia,times,serif; } h3, h2 { font-weight: normal; } #queue-items { height: 1.5em; } #add-stuff { padding: .5em; background: #ddd; border: 1px solid #bbb; } #results-area { padding: .5em; border: 1px solid #bbb; } </style> </head> <body id="example"> <div id="doc"> <h3> 異步聯接請求</h3> <div id="queue-items"> </div> <div id="add-stuff"> <h2>向隊列裏添加新請求</h2> <ul id="adders"> <li><a href="#" id="action-01">添加 "01" 到隊列</a></li> <li><a href="#" id="action-02">添加 "02" 到隊列</a></li> <li><a href="#" id="action-03">添加 "03" 到隊列</a></li> </ul> </div> <h2>隊列控制</h2> <ul id='items'> <li><a href="#" id="flush">Flush</a></li> <li><a href="#" id="dequeue">出列Dequeue</a></li> <li><a href="#" id="pause">暫停Pause</a></li> <li><a href="#" id="clear">清空Clear</a></li> </ul> <div id="results-area"> <h2> 結果: </h2> <div id="results"> </div> </div> </div> </body> </html> 在這個示例裏,你能夠作flush隊列,暫停隊列,刪除隊列裏的請求,清空隊列等各類動做,同時相信你們也體會到了橋接的威力了。 總結 橋接模式的優勢也很明顯,咱們只列舉主要幾個優勢: 分離接口和實現部分,一個實現未必不變地綁定在一個接口上,抽象類(函數)的實現能夠在運行時刻進行配置,一個對象甚至能夠在運行時刻改變它的實現,同將抽象和實現也進行了充分的解耦,也有利於分層,從而產生更好的結構化系統。 提升可擴充性 實現細節對客戶透明,能夠對客戶隱藏實現細節。 同時橋接模式也有本身的缺點: 大量的類將致使開發成本的增長,同時在性能方面可能也會有所減小。 同步與推薦 本文已同步至目錄索引:深刻理解JavaScript系列 深刻理解JavaScript系列文章,包括了原創,翻譯,轉載等各種型的文章,若是對你有用,請推薦支持一把,給大叔寫做的動力。