rest - 在一个请求中创建 2 个不相关(不同)的资源是否正常?
问题描述
当用户向另一个用户提供友谊时,他会自动订阅他。如何在 REST Api 中实现这一点?在一个请求中创建了 2 个不同的实体(聚合):友谊(具有 OFFERED 状态)和订阅,但端点称为 /friendships。订阅有这样的副作用正常吗?或者我应该以不同的方式实施它?有针对这种情况的建议吗?
我希望逻辑保持不变:提供友谊时会自动订阅。不然。
解决方案
在我看来,添加好友时添加订阅是您自己的应用程序逻辑(将来可以根据您的用户喜欢它的方式进行更改)。它与端点无关, /friendships 非常好。
推荐阅读
- javascript - DatePicker 的 css 看起来不太好
- pandas - 如何在熊猫数据框中绘制 numpy nans 的直方图
- javascript - 如何修复:[Vue 警告]:v-on 处理程序中的错误:“TypeError:null 不是对象”。事件处理程序发疯
- kotlin - 说服 Kotlin 编译器映射有一个键
- python - 使用折线图而不是条形图显示排序性能
- react-native - React Native:尝试理解路由逻辑
- python - 在 SpaCy 上计算文本的平均向量
- javascript - 有没有办法为每 x 量的数据创建一个嵌入页面?
- spring - Spring中的JPA持久化上下文和数据库操作
- powerbi - 如何在 power bi 中添加带有过滤器的列