接口請求方式類型

　　常見的http請求方式包括：get（查）、post（增），除此之外還有put（改）、delete（刪）等。接口所屬類型是由業(yè)務決定的。比如你打開淘寶，展示的首頁內(nèi)容就需要用到get接口，獲取頁面信息，你看中了寶貝要下單，添加你的收獲地址時，用的則是post接口。而這兩種也是其中最常見的兩種接口類型

　　1）get類型接口

　　格式：請求數(shù)參數(shù)寫在網(wǎng)址后面，用”？”連接，多個參數(shù)之間用”&”連接。

　　場景：get型接口用于獲取信息，多用于查詢數(shù)據(jù)，如菜單列表展示，搜索展示，訂單查詢，優(yōu)惠券查詢等需要其他系統(tǒng)返回數(shù)據(jù)時使用。一般情況下請求的數(shù)據(jù)量較小，返回速度快，不過接口是暴露在外面的，所以會有一定的風險。

　　2）post型接口

　　說明：向指定資源位置提交數(shù)據(jù)（如提交表單、上傳文件）來進行請求，post請求可能會導致新資源的建立。

　　場景：如注冊、上傳、發(fā)帖等功能，這種請求數(shù)據(jù)量大，安全性要求高。

　　其他接口類型如put（改）、delete（刪）、patch等使用評率稍低一些，此處不再贅述。

　　接口響應機制類型

　　從返回上區(qū)分，分為 同步接口、異步接口

　　1）同步交互

　　指發(fā)送一個請求，需要等待返回，然后才能夠發(fā)送下一個請求，有個等待過程；

　　比如登錄接口，執(zhí)行登錄操作時，將用戶名、密碼、token等字段加密后通過接口校驗，需要返回驗證結(jié)果后，才能登錄成功。

　　2）異步交互

　　指發(fā)送一個請求，不需要等待返回，隨時可以再發(fā)送下一個請求，即不需要等待。

　　如用戶領導優(yōu)惠券，只需要將用戶的領券行為請求成功，資產(chǎn)系統(tǒng)收到請求后異步操作用戶發(fā)券，通過異步的方法執(zhí)行發(fā)券，調(diào)用方無須等待每個請求的調(diào)用結(jié)果。

　　區(qū)別：一個需要等待，一個不需要等待，在不影響用戶體驗的情況下，我們的項目開發(fā)中一般會優(yōu)先選擇不需要等待的異步交互方式。

　　哪些情況建議使用同步交互呢？比如用戶登錄、銀行的轉(zhuǎn)賬系統(tǒng)，對數(shù)據(jù)庫的保存操作等等，都會使用同步交互操作，其余情況都優(yōu)先使用異步交互。

　　接口的觸發(fā)形式類型

　　1）分發(fā)接口

　　一個系統(tǒng)產(chǎn)生新數(shù)據(jù)的時候就分發(fā)給其它系統(tǒng)（也可以是多個）。

　　中臺系統(tǒng)的核心思想是高內(nèi)聚、低耦合，所以分發(fā)接口的使用場景還是比較多的。比如有一個主渠道系統(tǒng)來管理所有的渠道數(shù)據(jù)，而渠道數(shù)據(jù)是其他系統(tǒng)如商品系統(tǒng)、促銷系統(tǒng)經(jīng)常要使用到的信息。所以一旦出現(xiàn)新的渠道或者發(fā)生渠道變更，需要分發(fā)給其他所有對接了各個系統(tǒng)，實現(xiàn)對最新渠道的功能支撐。

　　2）訂閱接口

　　一個系統(tǒng)在需要的時候調(diào)用其他系統(tǒng)的接口進行數(shù)據(jù)訂閱。

　　比如訂單系統(tǒng)生成訂單時，因為很多外部系統(tǒng)可能需要及時獲取訂單狀態(tài)信息。而訂單系統(tǒng)也不知道要分發(fā)給哪些系統(tǒng)，這時候一般會將訂單推送至特定的消息隊列，比如KFK，其他由需要跟進訂單狀態(tài)的的系統(tǒng)訂閱KFK消息后，可以即使獲取訂單完成信息，進行觸發(fā)下一個動作。
責任編輯人：CC