一般Spring项目中处理业务的层为Service层，称为业务层。
目前常见的风格有：

写法：Service层=Service接口+ServiceImpl实现类

 AdminServiceImpl.java(其他同理)

package com.yan.web.service.impl;

import com.yan.web.dao.AdminDao;
import com.yan.web.dao.Impl.AdminDaoImpl;
import com.yan.web.entity.AdminEntity;
import com.yan.web.entity.Customer;
import com.yan.web.service.AdminService;

import java.util.List;

public class AdminServiceImpl implements AdminService {
    AdminDao adminDao = new AdminDaoImpl();

    @Override
    public AdminEntity getAdminByUserName(String userName) {
        return adminDao.getAdminByUserName(userName);
    }

    //注册
    @Override
    public boolean addUser(AdminEntity adminEntity) {
        return adminDao.addUser(adminEntity) == 1;
    }

    public List<Customer> adminList(String userName , Integer id) {
        return adminDao.adminList(userName,id);
    }
    public List<Customer> adminList() {
        return adminDao.adminList();
    }

    public boolean deleteAdminById(Integer id) {
        return adminDao.deleteAdminById(id)==1;
    }

    public boolean updateAdmin(AdminEntity admin) {
        return adminDao.updateAdmin(admin)==1;
    }
}

 

Service层的作用

service层属于三层架构中的业务层，业务逻辑是放在Service中的。Service层在业务逻辑不复杂的时候，似乎是没有什么用，但是随着应用迭代业务逻辑变得复杂了之后，这一层是非常有用的。

1、更适合用来处理复杂的业务逻辑，可能会涉及多张表的操作，甚至还混杂着消息投递、接口调用等一系列的复杂综合性事务，这也是我们常说的事务管理所处的层次。

2、对表现层的复用支持，往往我们一个业务逻辑处理，不会单单只应用在一个API接口或页面上，如果直接把这部分内容写到Controller中，那当出现重复操作的时候就会产生复制黏贴，以后再要维护这段逻辑就麻烦了

3、对单元测试的支持，通过单独的一层service实现业务逻辑，那么对于业务逻辑的单元测试会更容易编写，只需要对service来编写就可以了；而web层的单元测试就不需要关注业务本身，只需要关注反馈格式就行了；不然web层就既要考虑业务逻辑的计算，还要考虑web反馈的格式验证，太过复杂。

4、业务逻辑的组装支持，因为Controller中依赖的是Service接口的定义，而具体实现可以有很多种，随着不同的需要可以注入不同的实现，可以比较好的实现多种业务逻辑版本共存。而如果直接把业务逻辑写了Controller，再要替换的时候，就比较麻烦了。

所以，Service层的设计是非常有必要的，这在单体应用的可维护性和可测试性上都占据了非常重要的地位。

service层存在的意义，就是为了方便扩展和维护。

参考链接：https://blog.csdn.net/weixin_47277897/article/details/120728265

原文地址：http://www.cnblogs.com/gbrr/p/16886927.html

1. 本站所有资源来源于用户上传和网络，如有侵权请邮件联系站长！ 2. 分享目的仅供大家学习和交流，请务用于商业用途! 3. 如果你也有好源码或者教程，可以到用户中心发布，分享有积分奖励和额外收入！ 4. 本站提供的源码、模板、插件等等其他资源，都不包含技术服务请大家谅解！ 5. 如有链接无法下载、失效或广告，请联系管理员处理！ 6. 本站资源售价只是赞助，收取费用仅维持本站的日常运营所需！ 7. 如遇到加密压缩包，默认解压密码为"gltf",如遇到无法解压的请联系管理员！ 8. 因为资源和程序源码均为可复制品，所以不支持任何理由的退款兑现，请斟酌后支付下载 声明：如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性