什么'；放置REST请求的正确URI是什么？

如果我只想编辑/更新一篇文章，那么PUT REST请求的正确URI是什么

是：

// PUT api/articles

或：

更新

---

我不知道是否可以从正文中发送包含所有其他属性（标题等）的文章id，并从URI发出id，或者是否应该将其添加到URI中。但我想我已经得到了答案。将在正文中包含id和URI。

根据您所说的，我猜您希望更新或创建一篇新文章，而不是替换所有文章

PUT

用于替换目标资源。这意味着：

PUT api/articles

创建或替换您的所有文章，以及：

PUT api/articles/id

---

创建或替换文章“id”。

根据您所说的，我猜您希望更新或创建一篇新文章，而不是替换所有文章

PUT

用于替换目标资源。这意味着：

PUT api/articles

创建或替换您的所有文章，以及：

PUT api/articles/id

---

创建或替换文章“id”。

如果您遵循REST原则，那么正确的答案是，“从创建资源的POST请求中获得的位置标题中的内容”。基本思想是，在创建资源时，服务器分配一个URI路径作为资源标识符。当您想要引用同一资源时，该路径就是您在后续请求中使用的路径，包括GET、PUT和DELETE

---

如果要更新的资源是通过访问/api/articles来检索的，那么也可以在PUT请求中使用/api/articles。如果您获得/api/articles/id，那么使用PUT/api/articles/id对其进行更改。

如果您遵循REST原则，那么正确的答案是，“从创建资源的POST请求的位置头中得到的任何内容”。基本思想是，在创建资源时，服务器分配一个URI路径作为资源标识符。当您想要引用同一资源时，该路径就是您在后续请求中使用的路径，包括GET、PUT和DELETE

---

如果要更新的资源是通过访问/api/articles来检索的，那么也可以在PUT请求中使用/api/articles。如果您获得/api/articles/id，则使用PUT/api/articles/id对其进行更改。

放置请求在哪里？端点是如何定义的？根据相应端点的写入方式，两者都是“有效的”。@Andonaeus是否没有关于URI应该如何显示的一般规则？@Evert的评论给出了一个一般经验规则的示例。但是，这又完全取决于形势。创建文章时是否必须提供id，还是自动生成？如果已生成，则不希望添加/id。在这种情况下，只针对api/文章可能是有意义的。如果您正在更新，您可以添加一个/id。@Andonaeus我需要它来执行更新操作。我想更新/编辑一篇文章。但我只是不知道是否可以从主体发送id以及所有其他属性，并从URI发出id，或者是否也应该将其添加到URI中。但我想我已经得到了答案。我猜在主体中会有id和URI。一个PUT请求在哪里？端点是如何定义的？根据相应端点的写入方式，两者都是“有效的”。@Andonaeus是否没有关于URI应该如何显示的一般规则？@Evert的评论给出了一个一般经验规则的示例。但是，这又完全取决于形势。创建文章时是否必须提供id，还是自动生成？如果已生成，则不希望添加/id。在这种情况下，只针对api/文章可能是有意义的。如果您正在更新，您可以添加一个/id。@Andonaeus我需要它来执行更新操作。我想更新/编辑一篇文章。但我只是不知道是否可以从主体发送id以及所有其他属性，并从URI发出id，或者是否也应该将其添加到URI中。但我想我已经得到了答案。我猜它的主体和URI中会有id。我想它是这样做的，只是不确定。谢谢你的确认。我以为是这样做的，只是不确定。谢谢你的确认。