如今,組件化開發仍是比較流行的,畢竟其優勢至關突出。最近在開發一個組件的時候,遇到了一個頗有意思的BUG。。。javascript
BUG的背景java
最近在開發一個組件,好不容易開發好了轉測試。而後,測試給我提了一個這樣的bug,orz...json
由於是一個組件,最大的好處就是能夠隨處複用,隨處使用,然而,當一個頁面用了多個組件,只有最後一個生效的時候,這個組件就沒有什麼意義了。。。數組
BUG緣由查找緩存
這個組件的初始數據來源的接口是固定的,也就是說,頁面內的全部這個組件在初始化的時候都會發出一樣的請求,這裏的請求是jsonp的方式,因此回調函數是綁定在window上的一個函數,可是在頁面中window只有一個,因此在回調處理的時候,要處理的組件內的相應的數據只指向最後一個組件。因此致使多個一樣的組件在同一個頁面中,只有最後一個組件能在取得數據以後順利渲染出來。函數
BUG解決思路組件化
最主要就是要將每次請求的callback存儲起來,這樣就能夠保證callback中對組件數據的處理不是隻指向最後一個。其次,既然是同樣的請求,固然不但願會發出兩次以上啦,即一個頁面發出的每個請求都是惟一的。測試
BUG解決方案fetch
想到了發佈訂閱者模式的自定義事件,能夠寫這樣的一個模塊,每次請求發出前判斷一下以前是否有相同的模塊已經發出了,若是沒有則緩存callback發出請求,若是有相同的請求已經發出了,那麼檢查一下這個發出的請求是否已經完成了,若是沒有則繼續緩存callback等待,若是請求已經發出而且已經完成則直接處理callback。在請求第一次回來後,發出廣播,把以前緩存的callback都執行一次。jsonp
自定義事件詳情
定義一個模塊,裏面有n個以回調函數命名的事件對象,每一個對象有在被初始化的時候,定義其狀態state,對應的callback數組,請求回到的數據data。每次調用該模塊,首先檢查對應的cbName是否被初始化,而後檢查其state。根據state作相應的操做並改變state的值。state的值有3中,分別爲init、loading、loaded。即初始化、請求中、請求完成。處於請求完成狀態時才能執行相應的回調。具體以下:
define('wq.getData', function (require, exports, module) { var ls = require('loadJs'); var cache = {}; cache.init = function(cb,cbName,url){ if(!cache[cbName]){ cache[cbName] = {}; cache[cbName].state = 'init'; cache[cbName].cbs = []; cache[cbName].data = []; } cache.on(cb,cbName,url); } cache.on = function(cb,cbName,url){ if(cache[cbName].state == 'loaded'){ cb(cache[cbName].data) }else if(cache[cbName].state == 'loading'){ cache[cbName].cbs.push(cb) }else if(cache[cbName].state == 'init'){ cache[cbName].cbs.push(cb); cache[cbName].state = 'loading'; cache.fetch(cb,cbName,url); } } cache.broadcast = function(cbName){ cache[cbName].cbs.forEach(function(cb){ cb(cache[cbName].data) }); } cache.checkLoaded = function(cbName){ if(cache[cbName].data[0]){ cache[cbName].state = 'loaded'; cache.broadcast(cbName); } } cache.fetch = function(cb,cbName,url){ ls.loadScript({ url: url, charset: 'utf-8', handleError:function(func, args, context,errorObj){ console.log(_errlogText + context); cache[cbName].data[0] = {}; cache.checkLoaded(cbName); } }); if(window.cbName) return; window[cbName] = function(json){ cache[cbName].data[0] = json; cache.checkLoaded(cbName); } } exports.getData = function(cb,cbName,url){ cache.init(cb,cbName,url); } })
完美解決問題,每一個回調都不會遺漏或者被覆蓋……
擴展思路
該模塊可通用於處理一個頁面內同一個請求的狀況。還能夠擴展處處理一些須要2個請求以上完成才執行某個回調的狀況。相似於Promose的狀況。這個時候能夠規定,每一個data[0]裝的是固定的對應接口的數據,data[2]對應另外一個,一次類推。不過這樣就要遍歷到每一項都爲true的時候才執行回調。並且對應關係比較容易混亂,再擴展就不如直接用Promise來處理了。。。