这是一个关于 RESTful 和 HATEOAS 设计的理论/最佳实践问题...
鉴于资源：
/myresources/（我们的资源对象的集合）
和
/transactions/（系统中发生的历史交易的集合）
这是一种有效的做法：
POST /myresources/
不仅要在 /myresources/ 创建新资源，还要在 /transactions/ 创建新资源？
换句话说，对一个 URL 的 POST（或任何动词）能否影响该 URL 和其他 URL 上的资源？还有另一种方法吗？显然我们可以使用两个 POST，但这需要我们信任用户在多资源修改中保持有效状态。
【问题讨论】：
标签： rest
是的，这很好。想象另一个系统公开/myresources/latest URI 的情况。当没有资源时，可能会返回 404，但是当您开始 POST 资源时，规范 URI 和 latest URI 都将返回 200 OK。这种方法有很多很多有用的好处。
但是，在设计此类资源时请牢记缓存。例如，如果您 POST 到 /myresources/ 集合，您将在沿途的任何缓存中使该集合无效。但是，您不会使 /transactions/ 集合无效，并且这两个索引可能会不同步。无论如何，它们可能在整个系统中不同步，具体取决于多个客户端和源服务器之间的缓存图，但通常，客户端被设计为期望远距离的此操作是同步的，并且缓存可以在这种情况下感到沮丧。
【讨论】：
在我看来这完全合理。创建新资源的人无法判断，例如，这是通过让另一个客户端轮询新资源然后注入事务资源来实现的，对吧？
因此，在该级别不存在任何概念问题，更不用说“服务器创建新资源是否合理”级别。
【讨论】：