Pragmatic REST 設計原則是能開發者生產力最佳化的API。問題是怎樣設計能為 App 開發者帶來幫助。
- 保持URLs設計簡單直覺,這會讓你的 API 容易使用。
- URLs 遠離動詞。
- 使用 HTTP verbs 操作 Collectons 和 Elements。
- 直覺 API 使用複數名詞、具體命名,而不是單數、抽象命名。
- Resource 與 Resource 之間關係複雜。
/resource/identifier/resource
-
為何良好錯誤設計對 API 設計者特別重要?
-
如何考量在實用REST方式的錯誤?
-
幾個最佳實作:
- 使用 HTTP 狀態碼,需要幾個狀態碼? 其實只要三個結果: Success(200 - OK)、Client Error(400 - Bad Request)、Server Error(500 - Internal Server Error),若不夠可以增加,但別超過8個。額外增加5個狀態碼, 201 - Created、304 - Not Modified、404 - Not Found、401 - Unauthorized、403 - Forbidden。
- 在可負擔情況下,傳回詳細且有效地訊息。
- 編碼給程式
- 文字訊息給人類