和大家的困惑一样，单一职业有一些过于理想化了。两个原因 1 过于碎片化的请求会增大前端的开发量与请求量，前端需要过多理解后端业务逻辑 2 往往复杂的系统很多页面视图无法和后端的单个实体一一对应，同样需要后台多次封装

您好，接口单一职责原则有一点疑问。您举的例子 提交答案后发送邮件，不是在一个接口中实现的话，那该如何触发发送邮件的功能呢？单独写一个发送邮件的接口吗？这样是不是就相当于增加了前端的工作量呢

请问批量操作的接口，部分成功如何响应（响应结构体如何设计）

老师，所有接口都遵循单一职业会不会导致用户端的接口调用复杂度更高。是否需要出一些聚合类的接口，将单一职责的接口做二次封装

讲得非常棒！受益！

put delete类型的api 1 接口安全 2 数据安全 如何保证呢