关于manager层的浅析使用

当你有两个service,比方说一个叫做Aservice,一个叫做Bservice。

1.此时在Aservice中你有一个方法叫做method-a,然后在Bservice中某一个方法method-b需要使用到method-a,此时你在Bservice中注入Aservice。

2.此时在Aservice中有一个方法叫做method-aa,需要使用到Bservice中的某一个方法method-bb,此时你在Aservice中注入Bservice。

然后当你运行的时候——

究极!无敌!之!报错!

大概就是这亚子。。。。。

当然我们可以有2个解决办法

  1. 这个方法呢,比较的笨,就是将第二条中的method-bb的方法内部所有代码,都复制到method-aa中。但是这个方法会有个很严重的问题,代码冗余,而且如果method-bb中还使用了其他service的方法,是不是要全部都copy过来呢?循环依赖,不推荐啊!!
  2. 简历manager层,简而言之就是把会被多个service复用的代码写到这个地方,将method-a中的代码写在Amanager中的方法名叫做manager-method-a,当Aservice中method-a需要使用的时候,注入Amanager,然后在方法method-a中调用即可。同理,Bservice中的method-b需要使用到manager-method-a中的代码,也将Amanager注入,然后调用即可。

所以说,有了manager后主要是层次更清晰了,能够严格保证按照service-manager-dao的顺序调用

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
### 回答1: Manager和Service是软件开发中常见的两个概念,它们的区别如下: 1. Manager通常是指业务逻辑,负责处理业务逻辑,调用DAO进行数据操作,处理事务等。而Service则是指服务,负责提供服务,如Web服务、RESTful服务等。 2. Manager通常是面向业务的,而Service则是面向服务的。 3. Manager通常是在Service之上,负责对Service进行封装,提供更高次的业务逻辑处理。 4. Manager通常是在应用程序中使用,而Service则可以被其他应用程序调用,如Web服务、RESTful服务等。 总之,Manager和Service都是为了提高软件开发的效率和质量而设计的,它们的区别在于职责和使用场景不同。 ### 回答2: 在软件开发中,管理和服务是两个非常重要的组成部分。管理是软件的控制中心,它负责整个软件体系的设计和构建。服务是负责执行管理定义的业务逻辑和处理用户请求的一。 在具体的实现中,管理通常使用应用程序框架来实现,例如Spring等。它主要包括控制器、模型和视图三个组件。控制器负责接收用户的请求并转发到模型进行处理。模型是负责处理业务逻辑的部分。视图将模型的结果展示给用户。 服务通常实现了一些具体的业务逻辑,例如用户验证、支付、订单处理等。服务也包括一些数据访问组件,例如DAO等。服务的目标是提供业务方法和API接口,使得客户端应用程序和管理可以调用它提供的服务。 相比于管理,服务更加关注具体的业务处理和实现。管理则更加关注整个软件体系的架构、设计和管理。在实际开发过程中,管理和服务的分离可以使得软件更加模块化和容易维护。这种分离也使得不同团队可以专注于自己的任务,从而提高了软件开发的效率。 ### 回答3: 在软件开发中,通常会将不同的业务逻辑划分为多个次来进行开发。其中,常见的两个次是manager和serviceManager主要负责数据的持久化和管理。这个级通常与数据库直接交互,包括对数据库中的数据进行查询、更新等操作。Manager位于业务逻辑之下,负责“操纵”数据,因此需要具备较强的数据库操作和数据处理能力。Manager在开发中的处境通常比较固定,不会受到业务逻辑变化的影响。 Service则更注重业务逻辑的实现与抽象,它是业务逻辑的核心次。Service负责接收和处理用户的请求,以及处理各种业务逻辑。其职责包括数据的验证、状态的转换,以及使用Manager进行数据存储和更新。Service的设计需要考虑到可扩展性和可维护性,注意避免“重复造轮子”,尽可能地抽象出通用的业务逻辑,便于复用和维护。 从概念上来看,Manager是“底”,Service是“上”,二者可以协同工作,共同完成用户的业务需求。但在实际开发中,二者的职责依然需要划分清晰,避免逻辑混乱或耦合度过高,从而影响系统的可维护性和可扩展性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值