一般Spring项目中处理业务的层为Service层，称为业务层。 目前常见的风格有：
写法一： Service层 = Service类
举个栗子： ① Service类：（自动注入Dao层）
@Service
public class RoleService {
@Autowired
RoleMapper roleMapper;
public List
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();
}
}
这两种写法都没问题，但是不同场景的对比：
场景模拟：
定义接口时，会有一个权限验证的方法，但并不是所有的请求都进入这个方法 （例如登陆接口），此时请求经过的路线会有两类：(这两条路线都是从用一个端口进入后台的。)
a. 进入过权限验证 b. 没有进入过权限验证
类比： Service层 = Service接口 + ServiceImpl 实现类 Service 接口层就是是端口，ServiceImpl 实现类里不同的方法就是 线路1、线路2甚至是线路3
总结： 写法二： 优点： 业务逻辑更便于扩展 缺点：多了一层 Service接口
Spring鼓励应用程序的各个层以接口的形式暴露功能，在Service层，可以使用Service接口 + ServiceImpl 实现类，也可以使用Service 实现类，但考虑到 “ 接口时实现松耦合的关键 ” ，所以更加推荐使用 Service接口 + ServiceImpl 实现类的方式来写 Service 层代码