这是一个糟糕的REST网址吗？
我刚刚阅读了关于REST URL的内容，并看到以下示例：
/ API /用户/的getUser
现在，如果通过HTTP使用GET来访问它，那么这不是一个错误的URL，因为它描述了URL中的操作（GET）？
没有像REST URL这样的东西。 实际上，REST URL这个词几乎是一个矛盾。 超媒体作为应用程序状态约束的引擎可以确保URL无关紧要：无论如何，您只会遵循由服务器提供给您的链接。 你永远不会看到，阅读或在任何地方输入URI。 （就像浏览网页一样：你不会看链接的URL，阅读它，记住它，然后在地址栏中输入它;你只需点击它并不关心它实际上说了什么。）
术语REST URL意味着您关心您的REST体系结构中的URL。 但是，如果您关心REST架构中的URL，那么您不是RESTful。 因此，REST URL是一个矛盾。
[注意：正确的URI设计对于URI的URI性质非常重要，尤其是I部分。 另外，漂亮的URL有很多可用性好的原因。 但这两者都与REST没有任何关系。]
这更像是一个惯例，而不是硬性规则，但我更愿意看到/API/User/7123 。 GET / POST / etc描述动作动词，所以也把它放在网址中使其成为冗余。 在这种情况下，没有理由不遵循经过验证的良好做法。
这里有一些好东西：了解REST：动词，错误代码和认证
GET /API/User/7123获取用户7123。
POST到/API/User以创建用户。
PUT到/API/User/7123以更新用户7213。
删除到/API/User/7123删除用户7213。
正如其他人所说，REST并不是一条硬性规则，更多的是一种方法。
使用http动词根据资源位置（URL）来执行操作。
但主要是做你最需要的东西。
编辑：但请记住，动词是关于定义通信的预期语义而不是服务器实现。
编辑2：这是我最喜欢的关于REST的答案。
链接地址: http://www.djcxy.com/p/45351.html