URI中的查詢參數
前面的URI是用查詢參數幫助構建的。
> http://MyService/Persons?id=1
查詢參數方法運行良好而且 REST 不會阻止你使用查詢參數。然而,這種方式有一些劣勢:
1. 增加了復雜性,降低了可讀性。如果你使用更多的參數問題會更加明顯。
2. 像Google這樣的搜索引擎爬網程序和索引器忽略uri查詢參數。如果你正在進行Web開發,這是你的Web服務一部分很大的劣勢,導致搜索引擎屏蔽。
查詢參數的基本目的是提供參數給需要的數據項的操作。例如,如果你想要模型表示(presentation)格式由客戶端決定,你可以通過參數實現像下面這樣。
> http://MyService/Persons/1?format=xml&encoding=UTF8
或
> http://MyService/Persons/1?format=json&encoding=UTF8
包含format和encoding參數的父子層級URI看上去邏輯上不正確因為它們沒有這種關系。
> http://MyService/Persons/1/json/UTF8
查詢參數也允許可選參數。在URI中顯然是不可能的。你僅僅應該在提供參數值給處理過程的時候使用。
- 《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 安全設計指南》