按照 Spring 事务管理的要求,事务都是加在 Service 层上,Controller 层只调用一个 Service 方法处理业务。
现在我比较疑惑的是,比如我某个业务,需要在 用户、组织机构、商品 等不同的 Service 方法上分别进行处理,这种该如何放在同一个 Service 方法中?
如果我在同一个 Service 类中注入这多个模块的 Service ,岂不是又增加了代码的耦合度?感觉很矛盾。
按照 Spring 事务管理的要求,事务都是加在 Service 层上,Controller 层只调用一个 Service 方法处理业务。
现在我比较疑惑的是,比如我某个业务,需要在 用户、组织机构、商品 等不同的 Service 方法上分别进行处理,这种该如何放在同一个 Service 方法中?
如果我在同一个 Service 类中注入这多个模块的 Service ,岂不是又增加了代码的耦合度?感觉很矛盾。
兄弟听过领域驱动设计没有,简单点可以分为四层分别是接口层,应用层,业务层,持久层,你这种不就是单个业务单个业务层封装,大业务放上一层应用层面,应用层就是一堆业务的集合,满足特定业务需求,这种耦合实为正常耦合,不想代码处理,那就sql呗,有业务联系一条sql也能跑出来