Spring中 Service和ServiceImpl的选择

Author： 江湖人称平头哥

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

写法一： Service层 = Service类

举个栗子：
① Service类：（自动注入Dao层）

@Service
public class RoleService {
    @Autowired
    RoleMapper roleMapper;

    public List<Role> roles() {
        return roleMapper.roles();
    }

    public int addNewRole(String role, String roleZh) {
        if (!role.startsWith("ROLE_")) {
            role = "ROLE_" + role;
        }
        return roleMapper.addNewRole(role, roleZh);
    }

    public int deleteRoleById(Long rid) {
        return roleMapper.deleteRoleById(rid);
    }

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

再举个栗子：
① Service接口

public interface NewsService {
    //增
    Boolean addNews(News news);
    //删
    Boolean delNews(Integer id);
    //改
    Boolean updateNews(News news);
    //全查
    List getAllNews(Map map);
    //单查
    News getNewsById(Integer id);
    //查总数
    Integer getNewsCount();
}

② ServiceImpl 实现类 （自动注入Dao层）

@Service
public class NewsSericeImpl implements NewsService {

    @Autowired
    private NewsDao newsDao;

    @Override
    public Boolean addNews(News news) {
        news.setCreate_on(System.currentTimeMillis());
        int i = newsDao.insertSelective(news);
        return i == 1 ? true : false;
    }

    @Override
    public Boolean delNews(Integer id) {
        int i = newsDao.deleteByPrimaryKey(id);
        return i == 1 ? true : false;
    }

    @Override
    public Boolean updateNews(News news) {
        int i = newsDao.updateByPrimaryKeySelective(news);
        return i == 1 ? true : false;
    }

    @Override
    public List getAllNews(Map map) {
        return newsDao.getAllNews(map);
    }

    @Override
    public News getNewsById(Integer id) {
        News news = newsDao.selectByPrimaryKey(id);
        return news;
    }

    @Override
    public Integer getNewsCount() {
        return newsDao.getNewsCount();
    }
}

这两种写法都没问题，但是不同场景的对比：

场景模拟：

类比：
Service层 = Service接口 + ServiceImpl 实现类
Service 接口层就是是端口，ServiceImpl 实现类里不同的方法就是 线路1、线路2甚至是线路3

总结：

写法二：

优点： 业务逻辑更便于扩展
缺点：多了一层 Service接口

官方建议：

Spring鼓励应用程序的各个层以接口的形式暴露功能，在Service层，可以使用Service接口 + ServiceImpl 实现类，也可以使用Service 实现类，但考虑到 “ 接口时实现松耦合的关键 ” ，所以更加推荐使用 Service接口 + ServiceImpl 实现类的方式来写 Service 层代码

参考：