摘要:和異步處理調用訪問數據采用的方式,這是一個異步過程,異步過程最基本的處理方式是事件或回調,其實這兩種處理方式實現原理差不多,都需要在調用異步過程的時候傳入一個在異步過程結束的時候調用的接口。
Ajax 和異步處理
調用 API 訪問數據采用的 Ajax 方式,這是一個異步過程,異步過程最基本的處理方式是事件或回調,其實這兩種處理方式實現原理差不多,都需要在調用異步過程的時候傳入一個在異步過程結束的時候調用的接口。比如 jQuery Ajax 的 success 就是典型的回調參數。不過使用 jQuery 處理異步推薦使用 Promise 處理方式。
Promise 處理方式也是通過注冊回調函數來完成的。jQuery 的 Promise 和 ES6 的標準 Promise 有點不一樣,但在 then 上可以兼容,通常稱為 thenable。jQuery 的 Promise 沒有提供 .catch() 接口,但它自己定義的 .done()、.fail() 和 .always() 三個注冊回調的方式也很有特色,用起來很方便,它是在事件的方式來注冊的(即,可以注冊多個同類型的處理函數,在該觸發的時候都會觸發)。
當然更直觀的一點的處理方式是使用 ES2017 帶來的 async/await 方式,可以用同步代碼的形式來寫異步代碼,當然也有一些坑在里面。對于前端工程師來說,最大的坑就是有些瀏覽器不支持,需要進行轉譯,所以如果前端代碼沒有構建過程,一般還是就用 ES5 的語法兼容性好一些(jQuery 的 Promise 是支持 ES5 的,但是標準 Promise 要 ES6 以后才可以使用)。
關于 JavaScript 異步處理相關的內容可以參考
從小小題目逐步走進 JavaScript 異步調用
閑談異步調用“扁平”化
從地獄到天堂,Node 回調向 async/await 轉變
理解 JavaScript 的 async/await
從不用 try-catch 實現的 async/await 語法說錯誤處理
自己封裝工具函數在處理 Ajax 的過程中,雖然有現成的庫(比如 jQuery.ajax,axios 等),它畢竟是為了通用目的設計的,在使用的時候仍然不免繁瑣。而在項目中,對 Api 進行調用的過程幾乎都大同小異。如果設計得當,就連錯誤處理的方式都會是一樣的。因此,在項目內的 Ajax 調用其實可以進行進一步的封裝,使之在項目內使用起來更方便。如果接口方式發生變化,修改起來也更容易。
比如,當前接口要求使用 POST 方法調用(暫不考慮 RESTful),參數必須包括 action,返回的數據以 JSON 方式提供,如果出錯,只要不是服務器異常都會返回特定的 JSON 數據,包括一個不等于 0 的 code 和可選的 message 屬性。
那么用 jQuery 寫這么一個 Ajax 調用,大概是這樣
const apiUrl = "http://api.some.com/"; jQuery .ajax(url, { type: "post", dataType: "json", data: { action: "login", username: "uname", password: "passwd" } }) .done(function(data) { if (data.code) { alert(data.message || "登錄失??!"); } else { window.location.assign("home"); } }) .fail(function() { alert("服務器錯誤"); });初步封裝
同一項目中,這樣的 Ajax 調用,基本上只有 data 部分和 .done 回調中的 else 部分不同,所以進行一次封裝會大大減少代碼量,可以這樣封裝
function appAjax(action, params) { var deffered = $.Deferred(); jQuery .ajax(apiUrl, { type: "post", dataType: "json", data: $.extend({ action: action }, params) }) .done(function(data) { // 當 code 為 0 或省略時,表示沒有錯誤, // 其它值表示錯誤代碼 if (data.code) { if (data.message) { // 如果服務器返回了消息,那么向用戶呈現消息 // resolve(null),表示不需要后續進行業務處理 alert(data.message); deffered.resolve(); } else { // 如果服務器沒返回消息,那么把 data 丟給外面的業務處理 deferred.reject(data); } } else { // 正常返回數據的情況 deffered.resolve(data); } }) .fail(function() { // Ajax 調用失敗,向用戶呈現消息,同時不需要進行后續的業務處理 alert("服務器錯誤"); deffered.resolve(); }); return deferred.promise(); }
而業務層的調用就很簡單了
appAjax("login", { username: "uname", password: "passwd" }).done(function(data) { if (data) { window.location.assign("home"); } }).fail(function() { alert("登錄失敗"); });更換 API 調用接口
上面的封裝對調用接口和返回數據進行了統一處理,把大部分項目接口約定的內容都處理掉了,剩下在每次調用時需要處理的就是純粹的業務。
現在項目組決定不用 jQuery 的 Ajax,而是采用 axios 來調用 API(axios 不見得就比 jQuery 好,這里只是舉例),那么只需要修改一下 appAjax() 的實現即可。所有業務調用都不需要修改。
假設現在的目標環境仍然是 ES5,那么需要第三方 Promise 提供,這里擬用 Bluebird,兼容原生 Promise 接口(在 HTML 中引入,未直接出現在 JS 代碼中)。
function appAjax(action, params) { var deffered = $.Deferred(); axios .post(apiUrl, { data: $.extend({ action: action }, params) }) .then(function(data) { ... }, function() { ... }); return deferred.promise(); }
這次的封裝采用了 axios 來實現 Web Api 調用。但是為了保持原來的接口(jQuery Promise 對象有提供 .done()、.fail() 和 .always() 事件處理),appAjax 仍然不得不返回 jQuery Promise。這樣,即使所有地方都不再需要使用 jQuery,這里仍然得用。
去除 jQuery項目中應該用還是不用 jQuery?請閱讀為什么要用原生 JavaScript 代替 jQuery?
就只在這里使用 jQuery 總讓人感覺如芒在背,想把它去掉。有兩個辦法
修改所有業務中的調用,去掉 .done()、.fail() 和 .always(),改成 .then()。這一步工作量較大,但基本無痛,因為 jQuery Promise 本身支持 .then()。但是有一點需要特別注意,這一點稍后說明
自己寫個適配器,兼容 jQuery Promise 的接口,工作量也不小,但關鍵是要充分測試,避免差錯。
上面提到第 1 種方法中有一點需要特別注意,那就是 .then() 和 .done() 系列函數在處理方式上有所不同。.then() 是按 Promise 的特性設計的,它返回的是另一個 Promise 對象;而 .done() 系列函數是按事件機制實現的,返回的是原來的 Promise 對象。所以像下面這樣的代碼在修改時就要注意了
appAjax(url, params) .done(function(data) { console.log("第 1 處處理", data) }) .done(function(data) { console.log("第 2 處處理", data) }); // 第 1 處處理 {} // 第 2 處處理 {}
簡單的把 .done() 改成 .then() 之后(注意不需要使用 Bluebird,因為 jQuery Promise 支持 .then())
appAjax(url, params) .then(function(data) { console.log("第 1 處處理", data); }) .then(function(data) { console.log("第 2 處處理", data); }); // 第 1 處處理 {} // 第 2 處處理 undefined
原因上面已經講了,這里正確的處理方式是合并多個 done 的代碼,或者在 .then() 處理函數中返回 data:
appAjax(url, params) .then(function(data) { console.log("第 1 處處理", data); return data; }) .then(function(data) { console.log("第 2 處處理", data); });使用 Promise 接口改善設計
我們的 appAjax() 接口部分也可以設計成 Promise 實現,這是一個更通用的接口。既使用不用 ES2015+ 特性,也可以使用像 jQuery Promise 或 Bluebird 這樣的三方庫提供的 Promise。
function appAjax(action, params) { // axios 依賴于 Promise,ES5 中可以使用 Bluebird 提供的 Promise return axios .post(apiUrl, { data: $.extend({ action: action }, params) }) .then(function(data) { // 這里調整了判斷順序,會讓代碼看起來更簡潔 if (!data.code) { return data; } if (!data.message) { throw data; } alert(data.message); }, function() { alert("服務器錯誤"); }); }
不過現在前端有構建工具,可以使用 ES2015+ 配置 Babel,也可以使用 TypeScript …… 總之,選擇很多,寫起來也很方便。那么在設計的時候就不用局限于 ES5 所支持的內容了。所以可以考慮用 Promise + async/await 來實現
async function appAjax(action, params) { // axios 依賴于 Promise,ES5 中可以使用 Bluebird 提供的 Promise const data = await axios .post(apiUrl, { data: $.extend({ action: action }, params) }) // 這里模擬一個包含錯誤消息的結果,以便后面統一處理錯誤 // 這樣就不需要用 try ... catch 了 .catch(() => ({ code: -1, message: "服務器錯誤" })); if (!data.code) { return data; } if (!data.message) { throw data; } alert(data.message); }
上面代碼中使用 .catch() 來避免 try ... catch ... 的技巧在從不用 try-catch 實現的 async/await 語法說錯誤處理中提到過。
當然業務層調用也可以使用 async/await(記得寫在 async 函數中):
const data = await appAjax("login", { username: "uname", password: "passwd" }).catch(() => { alert("登錄失敗"); }); if (data) { window.location.assign("home"); }
對于多次 .done() 的改造:
const data = await appAjax(url, params); console.log("第 1 處處理", data); console.log("第 2 處處理", data);小結
本文以封裝 Ajax 調用為例,看似在講述異步調用。但實際想告訴大家的東西是:如何將一個常用的功能封裝起來,實現代碼重用和更簡潔的調用;以及在封裝的過程中需要考慮的問題——向前和向后的兼容性,在做工具函數封裝的時候,應該盡量避免和某個特定的工具特性綁定,向公共標準靠攏——不知大家是否有所體會。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/89850.html
摘要:開公眾號差不多兩年了,有不少原創教程,當原創越來越多時,大家搜索起來就很不方便,因此做了一個索引幫助大家快速找到需要的文章系列處理登錄請求前后端分離一使用完美處理權限問題前后端分離二使用完美處理權限問題前后端分離三中密碼加鹽與中異常統一處理 開公眾號差不多兩年了,有不少原創教程,當原創越來越多時,大家搜索起來就很不方便,因此做了一個索引幫助大家快速找到需要的文章! Spring Boo...
摘要:更新嘗試了一下實現前后端分離,新的文章如下前后端分離之初試更新可另外用實現前后端分離,這篇文章可能局限性太大,只是個人的入門實踐剛剛學習前端快一年,后臺方面了解甚少,于是決定踩踩坑,學習一下。 2018.9.6更新:嘗試了一下REST framework實現前后端分離,新的文章如下Django前后端分離之REST framework初試 2018.8.27更新:可另外用 restful...
摘要:刪除后指定產品不存在獲取商品列表未分頁獲取全部商品成功系列的表殼材料為輕巧的銀色及深空灰色陽極氧化鋁金屬,強化玻璃材質為顯示屏提供保護。外觀設計不再棱角分明,表層玻璃邊有一個弧度向下延伸,與陽極氧化鋁金屬機身邊框銜接。 背景 API 就是開發者使用的界面。我的目標不僅是能用,而且好用,跨平臺(PC, Android, IOS, etc...)使用。本文將詳細介紹 API 的設計及異常處...
閱讀 962·2021-11-24 09:39
閱讀 2696·2021-09-26 09:55
閱讀 14345·2021-08-23 09:47
閱讀 3583·2019-08-30 15:52
閱讀 855·2019-08-29 13:49
閱讀 1005·2019-08-23 18:00
閱讀 852·2019-08-23 16:42
閱讀 1646·2019-08-23 14:28