关于Dao层和service层的接口问题

在项目中发现Service层每个实现类都有一个接口,网上搜搜发现Dao层也存在这样的情况。在我们项目中,我们使用的是Hibernate原生的Dao,并没有添加额外的接口。而我们的service层中业务实现类和接口在绝大多数的业务场景中都是一一对应的,没有接口是有多个公共实现类的,那么我们的接口设计有什么意义呢?我现在只能想到一下几个缺点:

1. 维护繁琐。如果实现类的方法需要做涉及到参数或者方法名称的更改时,需要更改两个地方。

2. 代码冗余。建立一个类就可以解决问题,现在需要建立一个接口加一个类。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
DAOService是软件开发中常见的两个次。其中,DAO是数据访问Service是业务逻辑。下面详细解释两者的区别和作用。 DAO(数据访问DAO全称为Data Access Object,是数据访问对象。它是负责数据访问和持久存储的一,主要用于和数据库进行交互。在DAO中,开发人员通常会定义一些接口,这些接口定义了与数据库相关的操作方法,比如查询、增、删、改等。接着,开发人员会根据需要实现这些接口,以便具体的业务逻辑可以调用这些方法来操作数据库。 DAO的作用是将数据访问操作和业务逻辑分离开来,使得业务逻辑无需关心具体的数据库操作。这样,当数据库发生变化时,业务逻辑不需要做任何改动,只需要修改DAO的实现即可。 Service(业务逻辑Service是业务逻辑,它是连接DAO和Controller的中间。在Service中,开发人员会定义一些接口,这些接口定义了业务逻辑相关的操作方法,比如用户注册、登录、查询等。接着,开发人员会根据需要实现这些接口,以便具体的Controller可以调用这些方法来进行业务逻辑操作。 Service的主要作用是处理业务逻辑,将DAO提供的数据操作方法组合成具体的业务逻辑。同时,在Service中也可以进行一些数据校验、数据转换等操作。Service可以看做是一个业务逻辑的集合,将多个DAO操作组合成一个完整的业务流程。因此,Service的设计需要考虑业务逻辑的复杂性和可重用性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值