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 可以 我們 邏輯

相關推薦:

SpringBoot系列十一:SpringBoot整合Restful架構(使用 RestTemplate 模版實現 Rest 服務呼叫、Swagger 整合、動態修改日誌級別)

RESTful三問

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

RBAC實踐

RESTful

OpenStack各元件邏輯關係、通訊部署關係及工作流程

nodejs專案總結

Python之Django rest_Framework

(五)springmvc+mybatis+dubbo+zookeeper分散式架構 整合 - maven構建根專案