如果乙個介面同時包含獲取和新增,RESTful API 該如何設計?

時間 2021-06-02 00:14:40

1樓:小馬

以前按著restful的介面寫過幾個專案,也看過一些其他作者的一些看法,感覺restful是乙個不夠通用的設計風格,所以也不建議為啦 restful 而 restful ,只吸取優點就好。比如無狀態的優點,至於介面用get還是post還是patch等,建議按通用的post或者同時支援多種method,介面的動作寫到url裡

/user/login #登陸

/user/logout #登出

/user/my-order-list #訂單列表/user/add-article #新增一篇新文章說明下含義:

/user 針對使用者端的介面

/login 介面起到登陸的作用

/my-order-list 使用者的訂單,每個單詞"-"隔開,還有rfc3986裡未保留的字元"-._~"、駝峰都是可以的參考的

如果題主放棄restful可能會更得心應手

2樓:open-node

直接說我的方法,登入是通用的說法,轉換成restful的思路,是建立乙個session資源,因此我的介面定義為 POST: /session

3樓:Aetherus

首先,這個介面不是REST API(甚至連web API都不是),而是OAuth2的一部分,可以不遵循RESTful風格。

其次,code換token的請求只能是GET,因為這是OAuth2的硬性要求(不是GET瀏覽器就沒法把使用者重定向到這個URL了)。

如果要我設計介面的話,我會設計成:

GET /oauth2/wechat/token

如果新增乙個質子和電子將如何改變一種物質的全部化學性質?

程子醬 既然說到化學性質,那就預設這裡 物質 保持化學性質的最基本粒子 分子。給乙個分子加上質子,這個分子就變成了他自己的共軛酸,如果原來是中性,共軛酸就是酸性的。當然有些分子的共軛酸不穩定可能會導致分解。給乙個分子加上乙個電子,這個分子就成了乙個具有還原性的陰離子。實際上這個過程已經被物理學家和分...

Beamer 類下,如果乙個證明包含了多個 frame,那麼 proof,應該如何表示,結束符號?

李欣宜 可以嘗試用Package tcolorbox巨集包的breakable庫重寫乙個可以跨頁的tcolorbox,在末尾用 qed或者直接用amsthm的proof環境來寫證明內容。我沒閒心認真看文件,隨便寫了乙個例子 documentclass usetheme usepackage many...

後台新增屬性,如何做到兩個人同時編輯乙個屬性,然後先後提交的內容各不覆蓋!如果有同內容可以覆蓋?比如

eechen 多人編輯,內容覆蓋,這種在協作辦公時遇到的問題是很常見的.1.A和B兩個人,先後開啟並編輯一篇稿子.2.A修改了稿子的標題,並進行了提交儲存,這時候,資料庫中該稿子的標題已經改變.3.B修改了稿子的內容,沒有修改標題,標題還是A修改前的標題,這時B提交儲存的時候就會覆蓋掉A修改的標題....