你能构建一个带很多参数的真正的RESTful服务吗？

Question

在阅读了an article on REST ("Restful Grails")之后，我得到的印象是，在一个需要很多参数的服务中，不可能真正符合REST风格。是这样吗？到目前为止，我看到的所有示例似乎都暗示着真正的REST风格的服务是“无参数的”。使用参数将是RPC式的，而不是真正的RESTful。

更具体地说，假设我们有一个返回股票价格图形数据的服务，该服务需要知道开始日期、结束日期、货币、股票名称以及任何其他可能适用的信息。在任何情况下，至少需要4-5个参数来检索所需的信息。我认为URL应该是这样的: /stocks/YAHOO?startDate="2008-09-01"&endDate=...(“雅虎”在这里是一个虚构的股票名称)。

这是不是真的是REST，还是更像前面文章的作者所说的"GETful“(也就是低仪式rpc)？

Answer 1

您可以在GETing资源上看到查询字符串作为筛选器。在这里，您的资源是雅虎的股票价格。对该资源执行GET操作会给出所有可用的数据，或最新的数据。查询字符串过滤您想要的价格。内容协商允许您更改表示形式，例如png图形、csv文件等。要添加价格，只需将表示(例如CSV)发布到同一资源。

"restfulness“并不是真正存在于URL本身中，因为URI对于客户端来说是模糊的，而是在您与由URI标识的资源本身进行交互的方式中

Answer 2

您可以根据需要使用任意多的参数来标识您希望访问的资源。REST并不关心。

Answer 3

为什么你会认为这是不可能的？

Google将REST用于他们的图表api，并且他们采用了很多参数：

http://chart.apis.google.com/chart?cht=bvg&chs=350x300&chd=t:20,35,10&chxr=1,0,40&chds=0,40&chco=FF0000|FFA000|00FF00&chbh=65,0,35&chxt=x,y,x&chxl=0:|High|Medium|Low|2:||Task+Priority||&chxs=2,000000,12&chtt=Tasks+on+my+To+Do+list&chts=000000,20&chg=0,25,5,5