restful是當下最流行的接口設計規(guī)范,前端和后端都必須知道的一種規(guī)范 協(xié)議 客戶端在通過 API 與后端服務通信的過程中,應該 使用 HTTPS 協(xié)議 域名 API 應該部署在專用域名之下,應盡可能保持足夠簡單。如果確定 API 很簡單,不會有進一步擴展,可以考慮放在主域名下,這里有兩個常見的 URL 根例子: 版本(Versioning) 所有的 API 必須保持向后兼容,你 必須 在引入新版本 API 的同時確保舊版本 API 仍然可用。所以 應該 為其提供版本支持 地址(path) 路由(router) API 的具體網(wǎng)址 至于 URL 是否必須使用連字符(-) 或下劃線(_),不做硬性規(guī)定,但 必須 根據(jù)團隊情況統(tǒng)一一種風格 動詞(請求方法 method) 對于資源的具體操作類型,由 HTTP 動詞表示。常用的 HTTP 動詞有下面五個(括號里是對應的 SQL 命令)。 url參數(shù) 所有 URL 參數(shù) 必須 是全小寫,必須 使用下劃線類型的參數(shù)形式 響應(Response) 必須 選擇合適的 HTTP 狀態(tài)碼。 常見的狀態(tài)碼 錯誤格式 什么是報文? HTTP報文時是HTTP進行請求和響應時用來交換信息的。報文是由客戶端流入服務器的 報文分為兩類:請求報文,響應報文 請求和響應報文的基本報文結構相同,都是由三部分組成: axios 兼容瀏覽器和node服務器 支持 Promise API 加油,陌生人! (來來往往不陌生,希望對您有所幫助)
什么是restful?
該規(guī)范定義了接口開發(fā)中,各個流程之中
分頁參數(shù) 必須 固定為 page、page_size
必須 返回 JSON 格式數(shù)據(jù)。
所有錯誤必須統(tǒng)一錯誤格式。
'message' => ':message', // 錯誤的具體描述 'errors' => ':errors', // 參數(shù)的具體錯誤描述,422 等狀態(tài)提供 'code' => ':code', // 業(yè)務自定義的異常碼 'status_code' => ':status_code', // http狀態(tài)碼 'debug' => ':debug', // debug 信息,非生產(chǎn)環(huán)境提供
從瀏覽器中創(chuàng)建 XMLHttpRequests
從 node.js 創(chuàng)建 http 請求
支持攔截請求和響應
轉換請求數(shù)據(jù)和響應數(shù)據(jù)
取消請求
自動轉換 JSON 數(shù)據(jù)
客戶端支持防御 XSRF