現在，組件化開發還是比較流行的，畢竟其優點相當突出。最近在開發一個組件的時候，遇到了一個很有趣的BUG。 。 。
BUG的背景
最近在開發一個元件，好不容易開發了轉測試。然後，測試給我提了一個這樣的bug，orz...
因為是一個元件，最大的好處就是可以隨處復用，隨處使用，然而，當一個頁面用了多個元件，只有最後一個生效的時候，這個元件就沒有什麼意義了。 。 。
BUG原因查找
這個元件的初始資料來源的介面是固定的，也就是說，頁面內的所有這個元件在初始化的時候都會發出同樣的請求，這裡的請求是jsonp的方式，所以回調函數是綁定在window上的一個函數，但是在頁面中window只有一個，所以在回調處理的時候，要處理的組件內的相應的數據只指向最後一個組件。所以導致多個同樣的元件在同一個頁面中，只有最後一個元件能在取得資料之後順利渲染出來。
BUG解決思路
最主要就是要將每次請求的callback儲存起來，這樣就可以保證callback中對元件資料的處理不是只指向最後一個。其次，既然是一樣的請求，當然不希望會發出兩次以上啦，也就是一個頁面發出的每一個請求都是唯一的。
BUG解決方案
想到了發布訂閱者模式的自訂事件，可以寫這樣的一個模組，每次請求發出前判斷一下之前是否有相同的模組已經發出了，如果沒有則緩存callback發出請求，如果有相同的請求已經發出了，那麼檢查一下這個發出的請求是否已經完成了，如果沒有則繼續緩存callback等待，如果請求已經發出並且已經完成則直接處理callback。在請求第一次回來後，發出廣播，把之前快取的callback都執行一次。
自訂事件詳情
定義一個模組，裡面有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來處理了。 。 。
以上是成功解決自訂事件解決重複請求的BUG的詳細內容。更多資訊請關注PHP中文網其他相關文章！
