這篇文章將為大家詳細講解有關web開發(fā)中如何解決自定義事件解決重復請求BUG的問題，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

創(chuàng)新互聯(lián)建站一直通過網站建設和網站營銷幫助企業(yè)獲得更多客戶資源。 以"深度挖掘，量身打造，注重實效"的一站式服務，以成都網站制作、網站設計、移動互聯(lián)產品、營銷型網站服務為核心業(yè)務。十多年網站制作的經驗，使用新網站建設技術，全新開發(fā)出的標準網站，不但價格便宜而且實用、靈活，特別適合中小公司網站制作。網站管理系統(tǒng)簡單易用，維護方便，您可以完全操作網站資料，是中小公司快速網站建設的選擇。

BUG的背景

最近在開發(fā)一個組件，好不容易開發(fā)好了轉測試。然后，測試給我提了一個這樣的bug，orz...

因為是一個組件，大的好處就是可以隨處復用，隨處使用，然而，當一個頁面用了多個組件，只有最后一個生效的時候，這個組件就沒有什么意義了。。。

BUG原因查找

這個組件的初始數(shù)據來源的接口是固定的，也就是說，頁面內的所有這個組件在初始化的時候都會發(fā)出同樣的請求，這里的請求是jsonp的方式，所以回調函數(shù)是綁定在window上的一個函數(shù)，但是在頁面中window只有一個，所以在回調處理的時候，要處理的組件內的相應的數(shù)據只指向最后一個組件。所以導致多個同樣的組件在同一個頁面中，只有最后一個組件能在取得數(shù)據之后順利渲染出來。

BUG解決思路

最主要就是要將每次請求的callback存儲起來，這樣就可以保證callback中對組件數(shù)據的處理不是只指向最后一個。其次，既然是一樣的請求，當然不希望會發(fā)出兩次以上啦，即一個頁面發(fā)出的每一個請求都是唯一的。

BUG解決方案

想到了發(fā)布訂閱者模式的自定義事件，可以寫這樣的一個模塊，每次請求發(fā)出前判斷一下之前是否有相同的模塊已經發(fā)出了，如果沒有則緩存callback發(fā)出請求，如果有相同的請求已經發(fā)出了，那么檢查一下這個發(fā)出的請求是否已經完成了，如果沒有則繼續(xù)緩存callback等待，如果請求已經發(fā)出并且已經完成則直接處理callback。在請求第一次回來后，發(fā)出廣播，把之前緩存的callback都執(zhí)行一次。

自定義事件詳情

定義一個模塊，里面有n個以回調函數(shù)命名的事件對象，每個對象有在被初始化的時候，定義其狀態(tài)state，對應的callback數(shù)組，請求回到的數(shù)據data。每次調用該模塊，首先檢查對應的cbName是否被初始化，然后檢查其state。根據state做相應的操作并改變state的值。state的值有3中，分別為init、loading、loaded。即初始化、請求中、請求完成。處于請求完成狀態(tài)時才能執(zhí)行相應的回調。

具體如下：

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個請求以上完成才執(zhí)行某個回調的情況。類似于Promose的情況。這個時候可以規(guī)定，每個data[0]裝的是固定的對應接口的數(shù)據，data[2]對應另一個，一次類推。不過這樣就要遍歷到每一項都為true的時候才執(zhí)行回調。而且對應關系比較容易混亂，再擴展就不如直接用Promise來處理了。。。

關于“web開發(fā)中如何解決自定義事件解決重復請求BUG的問題”這篇文章就分享到這里了，希望以上內容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)建站aaarwkj.com，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

名稱欄目：web開發(fā)中如何解決自定義事件解決重復請求BUG的問題-創(chuàng)新互聯(lián)
文章源于：http://aaarwkj.com/article26/gccjg.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供響應式網站、軟件開發(fā)、小程序開發(fā)、全網營銷推廣、自適應網站、App開發(fā)

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)