近期由于客户需求,所以我们整个小组开始开发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. Android 对BaseAdapter做优化处理

    对于BaseAdapter相信大家都不陌生,都知道该怎样用.怎样显示数据.怎样尽可能的把每个item做的令自己满意.但问题来了:有些朋友会说我界面做的非常的漂亮,数据也显示的非常完美,但是问什么我的L ...

  2. HDU 1269 迷宫城堡(判断有向图强连通分量的个数,tarjan算法)

    迷宫城堡 Time Limit: 2000/1000 MS (Java/Others)    Memory Limit: 65536/32768 K (Java/Others)Total Submis ...

  3. odoo之显示前端,数据,可选择

    def create(self,cr,uid,vals,context=None): if context is None: context ={} if vals.get('name','/')== ...

  4. 20155308《网络对抗》Exp9 Web安全基础实践

    20155308<网络对抗>Exp9 Web安全基础实践 本实践的目标理解常用网络攻击技术的基本原理.Webgoat实践下相关实验. 基础问题回答 SQL注入攻击原理,如何防御? 原理:攻 ...

  5. WPF应用

    代码 private void button1_Click(object sender, RoutedEventArgs e) { calculate sa = new calculate(int.P ...

  6. Vue 项目集合

    饿了么安全应急响应中心 饿了么招聘 饿了么前端 · GitHub 稀土掘金 异乡好居 明星垂搜 广州建管 基于Vue.js的数据统计系统(一) 基于Vue.js的数据统计系统(二) 基于Vue.js的 ...

  7. Express app.listen 函数了解

    最近一直在学习如何用原生的 Node.js 来做一个网站.在写的同时也在学习 Express 源码. 一直觉得 Express 开启服务器的方法挺有趣的,就看了一下. 在 Express 运行的时候会 ...

  8. Package 设计3:数据源的提取和使用暂存

    SSIS 设计系列: Package设计1:选择数据类型.暂存数据和并发 Package设计2:增量更新 Package 设计3:数据源的提取和使用暂存 在使用SSIS Package处理海量数据时, ...

  9. Git管理多个SSH密钥,Git多帐号配置

    版权声明:转载须标明本文转自严振杰的博客 https://blog.csdn.net/yanzhenjie1003/article/details/69487932版权声明:转载必须注明本文转自严振杰 ...

  10. CentOS7安装OpenStack(Rocky版)-01.控制节点的系统环境准备

    分享一下Rocky版本的OpenStack安装管理经验: OpenStack每半年左右更新一版,目前是版本是201808月发布的版本-R版(Rocky),目前版本安装方法优化较好,不过依然是比较复杂 ...