Restful Api 的好與壞

 

 

 

restful 的特色是介面少 

get,put,post,delete 

好處是容易記, 統一. 

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

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

或許 admin 可以看見所有的 resource 

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

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

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

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

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

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

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

 

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

相關推薦:

How we built an asynchronous, temporal RESTful API based on Vert.x,

一個好的 RESTful API 需要注意這些...

Spring Boot 2 RESTful API Documentation With Swagger 2 Tutorial

Restful API規範詳解

Spring Boot and Swagger: Documenting RESTful Services

Flask restful api與blueprint結合實踐

RESTful API Design — Step By Step Guide

Flask Part 2: Building a RESTful API