首頁  >  文章  >  web前端  >  成功解決自訂事件解決重複請求的BUG

成功解決自訂事件解決重複請求的BUG

巴扎黑
巴扎黑原創
2017-07-22 15:32:381478瀏覽

現在,組件化開發還是比較流行的,畢竟其優點相當突出。最近在開發一個組件的時候,遇到了一個很有趣的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中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn