Restful Api 的好與壞

 

 

 

restful 的特色是介面少 

get,put,post,delete 

好處是容易記, 統一. 

但是業務上往往不會這么簡單. 

不同的 user/roles 呼叫同一個 get 介面, 出來的結果不一定相同. 

或許 admin 可以看見所有的 resource 

但是 member 只能看見自己建立的 resource. 

又或許 admin 可以看見 resource 所有的屬性, 但是 member 只能看見某一些屬性. 

要在 restful api 上處理這樣的需求, 你就要把邏輯放到同一個接口裡. ( 不是說不能實現, 也不是說不優雅, 只是覺得以前寫 RPC 的模式更簡單些. )

那如果我們不使用 restful 的話, 我們可以很容易的寫 2 個介面來區分開這些邏輯. 

寫許可權也變得很容易, 擴充套件也很容易. 

所以經驗告訴我, 魚與熊掌, 難以兼得. 

所以要依據專案自己衡量.

 

關鍵詞:restful api 看見 容易 介面 但是 resource 可以 我們 邏輯

相關推薦:

以太坊RPC機制與API例項

資料視覺化的開源方案: Superset vs Redash vs Metabase (二)

每日一博 | 五年架構師講述 RESTful 架構風格

構築未來資料網 - Pandora.js 的資訊通路

(五)構建dubbo分散式平臺-maven構建根專案

neutron 的 quota design

laravel路由與控制器(資源路由restful)

聊一聊JWT與session

[Python web開發] Web框架開發基礎 (一)

Java架構師學習路線圖