REST URL的详细问题

这是一个小细节(也可能是宗教)问题.让我们假设我们正在构建一个REST架构,并且为了明确,我们假设服务需要三个参数,x,y和z.阅读有关REST的各种工作,似乎应该将其表示为类似的URI

http://myservice.example.com/service/ X/ÿ/ž

在过去写过很多CGI之后,表达这一点似乎很自然

http://myservice.example.com/service?x=val,y=val,z=val

是否有任何特别的理由喜欢全斜线形式？

1> S.Lott..：

---

原因很小但是在这里.

酷URI不要改变.

该http://myservice.example.com/resource/x/y/z/形式使得在神的面前,每个人的索赔,这是通向一个特定的资源.

请注意,我更改了名称.可能涉及一项服务,但REST原则是您正在描述一个名为的特定Web资源/x/y/z/.

该http://myservice.example.com/service?x=val,y=val,z=val形式不作出强烈的索赔.它说有一段代码service会尝试进行某种查询.没有保证.

---

@webjunkie./ sevice不是一个非常酷的URI,它需要额外的查询字符串才有意义.不应将查询字符串视为URI的第一类部分.

---

这个答案非常荒谬."酷URI不要改变"与这个问题无关.如上所述,这两个示例都可以在任何时候完全使用,因此是不会更改的URI.