这是一个创建于 725 天前的主题，其中的信息可能已经有所发展或是发生改变。
问题 1：service 层的主要职责是什么？ service 层的入参传 ID 还是对象？
问题 2：在 service 和 service 互相调用之间如何避免一条数据被多次调用查询
问题 3：你们会在 service 层级做参数验证吗？会的话如何避免多个服务之间的验证重复问题产生呢
问题 2：在 service 和 service 互相调用之间如何避免一条数据被多次调用查询
问题 3：你们会在 service 层级做参数验证吗？会的话如何避免多个服务之间的验证重复问题产生呢
 | 1 pota 2024 年 4 月 28 日 1 、处理业务数据、以单一职责为主，且参数经历不依赖调用放获取 2 、我处理方式是相同或者近似业务的 service 实现相同的 interface ，用成员变量去共享需要共享的数据 3 、参数校验区分情况，用户输入校验我是在 controller 处理，业务参数 service 自己负责 |
 | 3 fgt1t5y 2024 年 5 月 18 日 via Android 我一般都是传一整个 request 对象给 service 层方法 |
 | 4 encro 2024 年 5 月 20 日 从写代码爽度和性能上来来说，service 参数应该用对象引用。 从重构，异步化上来说，应该传 id 。 我比较喜欢 nodejs 的一些框架，给 service 加个注解中间件就成了 rpc 或者 rest 的 api 了，参数验证也可以在中间件做。 |
 | 5 ywisax 2024 年 5 月 22 日 1. 不直接操作数据源，不接触界面，就放到 service ；对象； 2. 不是一般 service 要关心的，这个时候应该有独立的 service 去做数据的管理，一般就是 EntityManager 之类的名字； 3. 会，应该重复验证不必要避免； |
Select Language