兄弟听过领域驱动设计没有,简单点可以分为四层分别是接口层,应用层,业务层,持久层,你这种不就是单个业务单个业务层封装,大业务放上一层应用层面,应用层就是一堆业务的集合,满足特定业务需求,这种耦合实为正常耦合,不想代码处理,那就sql呗,有业务联系一条sql也能跑出来
如何将复杂的业务逻辑放在一个Service层方法中?
5按照 Spring 事务管理的要求,事务都是加在 Service 层上,Controller 层只调用一个 Service 方法处理业务。
现在我比较疑惑的是,比如我某个业务,需要在 用户、组织机构、商品 等不同的 Service 方法上分别进行处理,这种该如何放在同一个 Service 方法中?
如果我在同一个 Service 类中注入这多个模块的 Service ,岂不是又增加了代码的耦合度?感觉很矛盾。
- 点赞
- 写回答
- 关注问题
- 收藏
- 复制链接分享
- 邀请回答
5条回答
为你推荐
- 如何将复杂的业务逻辑放在一个Service层方法中?
- java
- spring
- 5个回答
- java mvc模式的service的设计
- java
- spring
- 9个回答
- SSH搭建好了之后开始测试Struts的Action 转到自己写的404页面
- struts
- 0个回答
- 把业务逻辑从Action层移到Service层遇到的麻烦,求解
- hibernate
- spring
- 0个回答
- Spring的事务是配置在业务逻辑接口层还是实现类层?
- spring
- 0个回答
- 缓存通常情况放在持久层还是业务逻辑层,位置的选择通常需要考虑哪些
- 缓存
- 9个回答
- 在SQL语句里写逻辑好么?
- c#
- 项目开发
- sql
- 2个回答