資訊專欄INFORMATION COLUMN
摘要：一前后端接口設計前后端接口設計主要考慮以下幾點二接口內容接口內容包括鑒權信息，如用于身份識別的。公共信息，例如用戶，項目等需要傳給后端的公共數(shù)據。
一、前后端接口設計
前后端接口設計主要考慮以下幾點：
接口內容包括：
鑒權信息，如用于身份識別的token。
公共信息，例如用戶ID，項目ID等需要傳給后端的公共數(shù)據。
錯誤信息，如錯誤碼，錯誤描述。
業(yè)務數(shù)據，業(yè)務使用到的數(shù)據，如訂單，產品。
三、數(shù)據承載數(shù)據承載指接口數(shù)據是放到HTTP消息頭還是HTTP消息體當中，一些公共的信息如鑒權token，用戶ID，項目ID可以考慮放到消息頭中，應答消息，業(yè)務數(shù)據，異常可以考慮放到消息體中。
按照這個原則，可設計一個公共的應答對象：
{
resultCode, --標識成功還是失敗
errorCode,
errorMsg,
domainObject
}
四、數(shù)據格式
JSON格式容易閱讀，并且從字符串到對象的轉換很方便，因此基本上數(shù)據格式非它莫屬。
五、異常約定異常約定主要考慮以何種方式告知前端異常？例如是通過HTTP狀態(tài)碼告知還是通過接口對象返回的結果碼告知，HTTP狀態(tài)碼方式的好處是監(jiān)控異常比較方便，直接可以取到狀態(tài)碼，而接口對象返回的結果碼則還需要解析。
個人覺得都可以，只要約定好就行。
end.
站點： http://javashizhan.com/
微信公眾號：
加入知識星球，參與討論，更多實戰(zhàn)代碼分享！
https://t.zsxq.com/RNzfi2j
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://m.hztianpu.com/yun/76004.html
摘要：本使用創(chuàng)建本地服務器，在就能完成全部流程，并不需要線上服務器。路徑要與后端接口一致。后端返回成功后，前端數(shù)據中對應的元素也要刪掉，更新視圖?？刂破骼锬靡粋€方法出來說一下吧，完整的代碼都在。讀取操作完成后調用釋放連接。 寫在前面 本文只是本人學習過程的一個記錄，并不是什么非常嚴謹?shù)慕坛?，希望和大家一起共同進步。也希望大家能指出我的問題。適合有一定基礎，志在全棧的前端初學者學習，從點擊按鈕...
摘要：代碼開發(fā)記得曾經聽開發(fā)平臺的同學驕傲的講，中只有百度有全公司級別的統(tǒng)一代碼倉庫，并且使用管理代碼，不明覺厲，我也很驕傲。 前言 從前，一個類B/S架構的應用里，F(xiàn)Eer，或者叫切圖仔，切圖+表單驗證就是工作的全部。無奈我所做的全部，只是整個應用的冰山一角...責任小了，邊緣感就強了，owner意識自然差，視野自然受限。 感謝V8引擎的極速體驗&chrome瀏覽器的緊隨規(guī)范，js執(zhí)行速度...
摘要：異常堆棧開發(fā)過程中，不可避免的會有未考慮的異常場景，堆棧信息可以幫助快速解決故障。異常日志有時候需要借助異常堆棧信息定位錯誤原因，而用戶未必能記得和反饋錯誤堆棧信息，此時要么是自行復現(xiàn)錯誤來定位，要么是通過歷史錯誤日志定位。 一、異常設計 異常設計主要考慮以下方面： showImg(https://segmentfault.com/img/bVbwdua?w=1624&h=867);...
閱讀 1532·2023-04-25 18:34
閱讀 3705·2021-11-19 09:40
閱讀 2888·2021-11-17 09:33
閱讀 3045·2021-11-12 10:36
閱讀 2937·2021-09-26 09:55
閱讀 2716·2021-08-05 10:03
閱讀 2580·2019-08-30 15:54
閱讀 2929·2019-08-30 15:54
