使用RESTful URL给我带来了什么？

Question

我一直在阅读REST,我正在试图找出使用它的优点.具体来说,REST样式的URL有哪些优势使它们值得在一个更典型的GET请求中使用查询字符串来实现？

为什么这个网址:

    http://www.parts-depot.com/parts/getPart?id=00345

认为不如此？

    http://www.parts-depot.com/parts/00345

在上面的例子中(从这里开始),第二个URL确实更加优雅,简洁.但它需要付出代价......第一个URL很容易用任何Web语言实现,开箱即用.第二个需要额外的代码和/或服务器配置来解析值,以及额外的文档和花时间向初级程序员解释系统并向同行证明它的合理性.

所以,我的问题是,除了让URL看起来很酷的乐趣之外,RESTful URL对我来说有什么好处可以使用它们值得实现成本？

Answer 1

希望如果你让你的URL引用一个名词,那么你将更有可能正确地实现HTTP动词.除此之外,一个URL与另一个URL完全没有优势.

实际情况是URL的内容与RESTful系统完全无关.它只是一个标识符.

它不是它的样子,它是你用它做的重要的事情.

Answer 2

查看REST的一种方法:

http://tomayko.com/writings/rest-to-my-wife(遗憾的是,现在已被删除,但仍可在web.archive.org上查看)

所以无论如何,HTTP-Fielding和他的朋友创建的这个协议 - 都是关于将动词应用于名词.例如,当您转到网页时,浏览器会对您输入的URL执行HTTP GET,然后返回到网页.

...

相反,绝大多数人都忙于编写复杂规范的层,以不同的方式完成这些工作,这种方式几乎没有用处或有说服力.名词不是普遍的,动词不是多态的.我们抛弃了数十年的实际现场使用和经过验证的技术,并开始使用看起来与过去失败的其他系统非常相似的东西.我们正在使用HTTP,但这只是因为它可以帮助我们更少地与我们的网络和安全人员交流.我们为华而不实的工具和向导进行简单交易.

Answer 3

跳出来的一件事(顺便说一句好问题)就是他们所描述的.第一个描述操作(getPart),第二个描述资源(部分00345).

此外,也许你不能使用其他的第一个HTTP动词 - 例如,你需要一个新方法putPart.第二个可以重复使用不同的动词(如PUT,DELETE,POST)来"操纵"资源？我想你也有点说GET两次 - 一次用动词再次在方法中,所以第二种更符合HTTP协议的意图？