这是一个糟糕的REST URL吗？

我刚刚阅读了有关REST URL的内容,并看到了以下示例:

/ API /用户/的getUser

现在,如果通过HTTP使用动词GET访问它,这不是一个错误的URL,因为它描述了URL中的动作(GET)吗？

它更像是一种惯例,而不是一种硬性规则,但我宁愿看到类似的东西/API/User/7123.GET/POST/etc描述了动作动词,因此将其放入url会使其变得多余.在这种情况下,没有理由不遵循良好的成熟做法.

这里有一些好东西:了解REST:动词,错误代码和身份验证

更好的方法是使用/ API/User/7123并使用GET/POST方法来表示操作

没有REST URL这样的东西.事实上,REST URL这个词几乎是一个矛盾.在超媒体作为发动机的应用程序状态的约束保证了网址都是无关紧要的:你永远只能跟随由服务器呈现给你的链接,反正.您永远不会在任何地方看到,阅读或输入URI.(就像浏览网页一样:你不看链接的URL,阅读它,记住它,然后在地址栏中输入它;你只需点击它而不关心它实际上说的是什么.)

术语REST URL意味着您关心REST架构中的URL.但是,如果您关心REST体系结构中的URL,则表示您不是RESTful.因此,REST URL是矛盾的.

[注意:正确的URI设计对于URI的URI 非常重要,尤其是I部分.此外,漂亮的 URL 有很多良好的可用性原因.但是这两者与REST没有任何关系.