请问一下这个事件相关的api分模块设计的好处是什么呀？我看你们是某个用户下的事件，当前用户下的事件，某个项目下的事件。我理解的是这三类都属于事件下面的资源项吧，合在一个接口不是更方便吗？而且这样拆分那我想看项目下某个成员的事件需要怎么做呢？如果项目下的事件支持用户过滤 那这个拆分的意义在哪里呢？希望大佬帮忙解答下疑惑
我不是官方，也未曾参与设计，但是，这么设计的原因，我猜测，跟领域模型有关。
- 用户是个对象，拥有属于自己的事件
- 项目是个对象，也有自己的事件
这样更符合 restful风格 吧？url 很好的描述了对象
但是如果像您所说，把事件单独合并，这在领域模型里，好像不太合理吧？
如果从设计规范上讲 那确实应该这样 但是我看这文档的风格 如果真是按照对象分类的话 那对应的api应该归类在具体对象里才对吧 只是觉得文档和设计有点偏差 感觉蛮怪的 