PUT 和 POST 的區別
對于這兩個方法我提供了幾乎相同的簡短描述。這兩個方法困擾著許多開發人員。所以讓我們單獨地討論他們。
PUT 和 POST 的關鍵不同在于 PUT 是冪等的,而 POST 不是。
另一個不同,使用 PUT 你需要定義資源完整的 URI。這意味著客戶端能構造資源的URI哪怕資源不存在于服務器上。客戶端選擇資源唯一的名字或 ID 是可能的。就像在服務器上創建一個用戶需要客戶端選擇用戶 ID。如果客戶端不能猜測出資源完整的URI,你別無選擇,只能使用 POST。

很明顯,PUT 請求不會修改或創建超過一個資源,無論觸發多少次(如果URI相同)。當資源存在時 PUT 和 POST 是沒有區別的,都是更新已存在資源。第三個請求(POST `http://MyService/Persons/`)會在每次觸發都創建資源。許多開發人員認為 REST 不允許 POST 被用于更新操作。然而,REST 并沒有這樣的限制。
- 《Restful Web Service Cookbook》
- 簡介
- 推薦序
- 第 1 章 使用統一接口
- 1.1 如何保持交互的可見性
- 1.2 何時使用 GET 方法
- 1.3 何時使用 POST 方法
- 1.4 如何使用 POST 方法創建資源
- 目錄
- PHP RESTful
- 理解RESTful架構
- 深入淺出REST
- 表述性狀態轉移
- 無狀態
- 設計指南
- RESTful API 設計指南
- RESTful API 設計最佳實踐
- 測試工具
- soapUI
- 實例
- 豆瓣
- 應用
- 接口規范
- 視頻
- 《Restful API實戰》
- 課程目標
- 第1章 Restful是什么
- 1-1 restful簡介及資源介紹
- 第2章 為什么要使用Restful
- 2-1 Restful中HTTP協議介紹
- 2-2 架構區別
- 第3章 如何使用Restful
- 3-1 restful設計要素
- 3-2 DHC Client
- 3-3 本地開發環境搭建
- 3-4 確認設計要素
- 3-5 數據庫設計
- 3-6 用戶業務邏輯
- 3-7 文章業務邏輯
- 3-8 restfulApi設計要素
- 3-9 初始化運行參數
- 3-10 完善用戶API
- 3-11 完善文章API
- 文摘
- RESTful 接口實現簡明指南
- RESTful Web 服務教程
- 模型表示(Representations)
- 資源定位
- URI中的查詢參數
- 統一接口
- PUT 和 POST 的區別
- 基于 REST 的 Web 服務
- PHP Reatful
- Restful狀態響應碼
- 《REST API 安全設計指南》