RESTAPI资源：为post编写，但单独获取可以吗？

我正在创建一组RESTful API，我有一个问题：我有一个资源，它附带了一些图像，我正在创建这样的资源： POST to/resource：创建对象并将图像保存到服务器。 GET to/resource返回对象但不返回图像，GET to/images返回图像。 我的问题是：这是符合REST的，还是应该使资源完全分离或完全统一？

---

我之所以选择这种解决方案，是因为在发布时，我肯定会发送图像，但在执行get时，我可能需要或不需要它们。

POST

基本上可以表示任何内容，与

PUT

和

get

（两者之间有一点直接关系）不同，

POST

允许产生各种副作用，包括创建0个或多个资源

---

POST

基本上是“随遇而安”的方法。

POST

基本上可以指任何东西，与

PUT

和

GET

（两者之间有一点直接关系）不同，

POST

允许产生各种副作用，包括创建0或更多资源

POST

基本上是“随遇而安”的方法

这符合REST吗

这很好-例如，如果您查看其工作方式，您将看到，当您创建时，会创建两个资源（媒体资源和媒体链接条目）

然而，这里的罚款意味着你正在进行权衡。特别是，当您向一个资源发布帖子时，可能会更改另一个资源的表示形式，这更具挑战性

HTTP缓存语义针对常见情况进行了优化，即给定的请求只更改目标资源；远处没有可怕的动作

这并不意味着这是正确的方法，而是应该理解这是HTTP简化的方法，在其他情况下，您需要注意细节

这符合REST吗

这很好-例如，如果您查看其工作方式，您将看到，当您创建时，会创建两个资源（媒体资源和媒体链接条目）

然而，这里的罚款意味着你正在进行权衡。特别是，当您向一个资源发布帖子时，可能会更改另一个资源的表示形式，这更具挑战性

HTTP缓存语义针对常见情况进行了优化，即给定的请求只更改目标资源；远处没有可怕的动作

---

这并不意味着这是正确的方法，而是您应该了解这是HTTP简化的方法，在其他情况下，您需要注意细节。

谢谢！你能给我提供一些参考资料来深入探讨这个问题吗？通常我最依赖的参考资料是标准。阅读HTTP规范，阅读其余的论文。谢谢！你能给我提供一些参考资料来深入探讨这个问题吗？通常我最依赖的参考资料是标准。阅读HTTP规范，阅读其余的论文。