鉴于我们提供一种RESTful API,提供书籍的实体在在REST的GET查询中添加附加信息的好方法是什么?
/books
听力和客户端可以在通常
GET /books/{id}
得到一本书假设我们要开始对书籍提供折扣只有我们最警惕的买家。这些买家将获得折扣码,该码将降低该书的价格。
因此,通用的反应可能是
GET /books/4
{"id":4, "price":"24.95"}
哪里有优惠码查询的响应可能是
GET /books/4
{"id":4, "price":"24.95", "yourPrice":"19.95"}
我们能想出的后端处理,但客户通过restful api提交折扣码的最佳做法是什么?
某些书籍将有资格享受折扣,而其他书籍不会。折扣不会很广(全部20%),而是会映射到特定代码(或客户端/代码组合)的特定价格。
我们认为:
kludging网址
GET /码/ {} someCode /书籍/ {ID}
添加代码的标头值
使用查询字符串
GET/books?cod e = myCode
什么?
编辑:我们的目标是不是实现单次使用的代码。相反,对于一些固定的书籍,这些折扣代码可以使用一定的次数。
“仅使用查询变量来建议插入算法的参数......”这当然就是这种情况。谢谢。 – gmoore 2011-03-08 23:52:34