近期由于客户需求,所以我们整个小组开始开发java项目。

虽然很久以前也是系统学习过。不过干了这么多年 .net  ,有关java的早就扔了。

好了,废话不多说。我们看看SSM 关于service和dao的封装(对于java来说,我是个菜鸡,有问题大家请指正)

一 对于SSM框架的搭建,我就不细讲了。

直接上图结构:

上面这个是我搭建的程序结构。

红框的是重点会改造的层。

二  修改 dao 层

首先,我们看一下原始的目录结构:(原始目录结构并没有  IDao/IDaoBase.java)

我们几乎在每个mapper.java文件中都看到了相同的代码。虽然他们是自动生成的。。。。

以下就是SysUserMapper的代码。

注释部分:是自动生成的,

未注释部分:是我额外添加的方法。

public interface SysUserMapper extends IDaoBase<SysUser> {
//public interface SysUserMapper {
// int deleteByPrimaryKey(Integer userid);
//
// int insert(SysUser record);
//
// int insertSelective(SysUser record);
//
// SysUser selectByPrimaryKey(Integer userid);
//
// int updateByPrimaryKeySelective(SysUser record);
//
// int updateByPrimaryKey(SysUser record); SysUser selectByAccount(String account); List<SysUser> findAll();
}

根据代码中

public interface SysUserMapper extends IDaoBase<SysUser> {

我们很明确的知道了。我封装了IDaoBase,让所有的mapper都继承了IDaoBase

IDaoBase<T>  代码

public interface IDaoBase<T> {
int deleteByPrimaryKey(Integer id); int insert(T record); int insertSelective(T record); T selectByPrimaryKey(Integer id); int updateByPrimaryKeySelective(T record); int updateByPrimaryKey(T record);
}

记得每个Mapper.java都继承IDaoBase<T>

当然这里细心的朋友,一定会发觉一个问题。

为何我使用

public interface SysUserMapper extends IDaoBase<SysUser>

而不是

public interface SysUserMapper<T> extends IDaoBase<T>

这个问题,我后面讲,目前叫它:问题一

三  修改Service和Impl层

serivce层:

这个层就很简单了。先看结构

我们不看impl

先看service。

其实就是创建了一个 IBaseService.java

然后看代码

public interface IBaseService<T> {
int deleteByPrimaryKey(Integer id); ResultModel insert(T record); ResultModel insertSelective(T record); T selectByPrimaryKey(Integer id); ResultModel updateByPrimaryKeySelective(T record); ResultModel updateByPrimaryKey(T record); }

然后看一下 IUserService.java的代码

public interface IUserService {
/*int deleteByPrimaryKey(Integer userid); ResultModel insert(SysUser record); ResultModel insertSelective(SysUser record); SysUser selectByPrimaryKey(Integer userid); int updateByPrimaryKeySelective(SysUser record); int updateByPrimaryKey(SysUser record);*/ ResultModel selectByUsername(SysUser tUser); List<SysUser> findAll();
}

注释部分:是自动生成的,

未注释部分:是我额外添加的方法。

这里也有一个问题,

public interface IUserService 

我并没有继承IBaseService<SysUser>

其实这个无伤大雅,继承不继承,都随意。

记做问题二

最后,我们看一下 impl层

很明显,我创建了 BaseServiceImpl

看一下代码:

ResultModel是我定义的一个返回类型。这里不用管它

public class BaseServiceImpl<T,U extends IDaoBase<T>> implements IBaseService<T>{
@Autowired
protected U mapper; @Override
public int deleteByPrimaryKey(Integer id) {
// TODO Auto-generated method stub
return mapper.deleteByPrimaryKey(id);
} @Override
public ResultModel insert(T record) {
// TODO Auto-generated method stub
ResultModel resultModel = new ResultModel();
int num = mapper.insert(record);
if (num == 0) {
resultModel.setCode(ResultModel.FAIL_CODE);
resultModel.setMessage(ResultModel.FAIL_MESSAGE);
}
return resultModel;
} @Override
public ResultModel insertSelective(T record) {
// TODO Auto-generated method stub
ResultModel resultModel = new ResultModel();
int num = mapper.insertSelective(record);
if (num == 0) {
resultModel.setCode(ResultModel.FAIL_CODE);
resultModel.setMessage(ResultModel.FAIL_MESSAGE);
}
return resultModel;
} @Override
public T selectByPrimaryKey(Integer id) {
// TODO Auto-generated method stub
return mapper.selectByPrimaryKey(id);
} @Override
public ResultModel updateByPrimaryKeySelective(T record) {
// TODO Auto-generated method stub
ResultModel resultModel = new ResultModel();
int num = mapper.updateByPrimaryKeySelective(record);
if (num == 0) {
resultModel.setCode(ResultModel.FAIL_CODE);
resultModel.setMessage(ResultModel.FAIL_MESSAGE);
}
return resultModel;
} @Override
public ResultModel updateByPrimaryKey(T record) {
// TODO Auto-generated method stub
ResultModel resultModel = new ResultModel();
int num = mapper.updateByPrimaryKey(record);
if (num == 0) {
resultModel.setCode(ResultModel.FAIL_CODE);
resultModel.setMessage(ResultModel.FAIL_MESSAGE);
}
return resultModel;
} }

UserServiceImpl

@Service("userService")
public class UserServiceImpl extends BaseServiceImpl<SysUser,SysUserMapper> implements IUserService { @Override
public ResultModel selectByUsername(SysUser tUser) {
// TODO Auto-generated method stub
ResultModel resultModel = new ResultModel();
SysUser result = mapper.selectByAccount(tUser.getAccount());
resultModel.setObject(result);
return resultModel;
} @Override
public List<SysUser> findAll() {
// TODO Auto-generated method stub
List<SysUser> result = mapper.findAll(); return result; } }

这里主要解释一下

public class BaseServiceImpl<T,U extends IDaoBase<T>> implements IBaseService<T>

先看BaseServiceImpl  implements IBaseService<T>

和UserServiceImpl implements IUserService

这也是问题二的答案了。由于BaseServiceImpl 继承了IBaseService<T> ,所以对于IBaseService的6个基本方法,已经在BaseServiceImpl 被实现了。

并且UserServiceImpl implements IUserService  说明UserServiceImpl 会实现IUserService  中的方法。所以问题二继承不继承都无所谓。

接着

BaseServiceImpl中的

BaseServiceImpl<T,U extends IDaoBase<T>>

就对应了

UserServiceImpl中的

UserServiceImpl extends BaseServiceImpl<SysUser,SysUserMapper>

很明显,我需要将实体对象 SysUser和 Mapper对象SysUserMapper传递给BaseServiceImpl。

这样我才知道调用哪个Mapper和实体对象。

这也是问题一的来源,可能是我封装的有问题。毕竟java还是不太熟悉,而且还是mybatis作为 orm的ssm架构。

这里整个帖子也进入了尾声。

四  问题二的讨论(可以略过)

应该没什么好多分析的了。我们可以讨论一下问题一

本来我尝试在SysUserMapper中将

public interface SysUserMapper extends IDaoBase<SysUser>

修改为

public interface SysUserMapper<T> extends IDaoBase<T>

如此一来我本来想在

UserServiceImpl 中将

public class UserServiceImpl extends BaseServiceImpl<SysUser,SysUserMapper>  implements IUserService

修改为

public class UserServiceImpl extends BaseServiceImpl<SysUserMapper<SysUser>>  implements IUserService

奈何,由于泛型的继承格式改变,我就要去修改
BaseServiceImpl中的

public class BaseServiceImpl<T,U extends IDaoBase<T>> implements IBaseService<T>

将它改为

public class BaseServiceImpl<U<T>,U extends IDaoBase<T>> implements IBaseService<T>

上面这句是伪代码。

其实我本意就是如果能传递接口泛型U<T> 这样,那么世界就更美好一些了。不过我试了不行,毕竟我是java的彩笔。

希望有朋友可以指正观点。

甚至你说这样的封装没有用,也没关系。其实我也就希望给后面的人偷偷懒。不用再次创建很多重复的service和impl

SSM 关于service和dao的封装的更多相关文章

  1. 理解Action,Service和Dao功能(转)

    真正理解.区分Action,Service和Dao功能   在不分层的系统里,我们可以将所有的代码都写到一个地方,比如struts的Action类.在这里,我们不仅要处理页面逻辑,还要做业务逻辑,还要 ...

  2. 使用mybatis plus自动生成controller、service、dao、mapper、entity代码

    官网:http://mp.baomidou.com(这个项目不仅仅可以用于代码生成,还有分页等其他功能,是对mybatis的一层封装) 要求:基于sql自动生成domain.controller.se ...

  3. (转)淘淘商城系列——SSM框架整合之Dao层整合

    http://blog.csdn.net/yerenyuan_pku/article/details/72721093 一个项目中往往有三层即Dao层.Service层和Web层,看标题就知道了,本文 ...

  4. java中从Spring、Hibernate和Struts框架的action、service和dao三层结构异常处理体系设计

    Spring的事务实现采用基于AOP的拦截器来实现,如果没有在事务配置的时候注明回滚的checked exception,那么只有在发生了unchecked exception的时候,才会进行事务回滚 ...

  5. Struts2 + Spring + Hibernate 通用 Service 和 DAO

    我在 Struts2 + Spring + Hibernate  项目开发中总结出了一个Service 和 DAO ,可以用于处理任何的pojo(bean).使用这两个Service 和 DAO 可以 ...

  6. Controller、Service、Dao进行Junit单元

    原文链接:http://blog.csdn.net/u013041642/article/details/71430293 Spring对Controller.Service.Dao进行Junit单元 ...

  7. java service domain dao 分层思路

    今天在开发项目的时候,对项目的java后台的分层有一些看法: 首先,鼓励使用service domain dao 层分层设计概念. 其次,对几层作用的理解: 第一:dao层操作单表,不涉及复杂逻辑,主 ...

  8. springmvc在处理请求过程中出现异常信息交由异常处理器进行处理,自定义异常处理器可以实现一个系统的异常处理逻辑。为了区别不同的异常通常根据异常类型自定义异常类,这里我们创建一个自定义系统异常,如果controller、service、dao抛出此类异常说明是系统预期处理的异常信息。

    springmvc在处理请求过程中出现异常信息交由异常处理器进行处理,自定义异常处理器可以实现一个系统的异常处理逻辑. 1.1 异常处理思路 系统中异常包括两类:预期异常和运行时异常RuntimeEx ...

  9. service依赖dao的接口进行数据传输

    service依赖dao的接口进行数据传输

随机推荐

  1. cloudstack secondary vm starting

    等1个小时,差不多可以进入虚拟机,看日志/var/log/cloud.log

  2. jqgrid 配置分页大小及下拉项

    如何配置分页大小的下拉项?显示效果如下: 通过 rowNum 来设置默认分页大小 通过 rowList 来设置分页下拉.   rowList 的值为一个数组,比如:[10,20,30] $(" ...

  3. VisualSVN server 搭建SVN服务器

    最好用VisualSVN server 服务端和 TortoiseSVN客户端搭配使用.

  4. Eclipse-快捷键大全(转载)

    快速展开类:ctrl + shift +*(小键盘) 快速关闭类:ctrl+ shift + /(小键盘)  Ctrl+1 快速修复(最经典的快捷键,就不用多说了)Ctrl+D: 删除当前行 Ctrl ...

  5. sql 两表更新

    UPDATE sale_origin_line set  state='cancel'  from  sale_origin p,sale_origin_line q  where p.id=q.or ...

  6. 在AspNetCore 中 使用Redis实现分布式缓存 (转载)

    文章概念描述 分布式缓存描述:分布式缓存重点是在分布式上,相信大家接触过的分布式有很多中,像分布式开发,分布式部署,分布式锁.事物.系统 等有很多.使我们对分布式本身就有一个很明确的认识,分布式就是有 ...

  7. ASP.NET Core 中 HttpContext 详解与使用 | Microsoft.AspNetCore.Http 详解

    笔者没有学 ASP.NET,直接学 ASP.NET Core ,学完 ASP.NET Core MVC 基础后,开始学习 ASP.NET Core 的运行原理.发现应用程序有一个非常主要的 “传导体” ...

  8. 1、Docker概述与安装

    1.Docker概述 原文地址:https://docs.docker-cn.com/engine/docker-overview/#docker-engine Docker是一个开发,集装,运行应用 ...

  9. 13、通过Docker-compose快速搭建Wordpress

    一.compose定义 以下定义摘自docker官网:https://docs.docker.com/compose/overview/ Compose is a tool for defining ...

  10. NodeMCU学习(四):与其他设备通信

    TCP连接 TCP是计算机网络中运输层协议,是应用层协议http协议的支撑协议.两台远程主机之间可以通过TCP/UDP协议进行通信并交换信息,前提是,相互通信的两台主机之间必须知道彼此的IP地址和端口 ...