第四章 Spring的完美DAO

  1. 云栖社区>
  2. 博客>
  3. 正文

第四章 Spring的完美DAO

余二五 2017-11-08 20:58:00 浏览548
展开阅读全文
注:希望大家看后,请给我一点评价,无论写的怎么样,希望你们能给我支持。提出你宝贵的意见。我会继续完善。谢谢您。朋友。        
 
第四章 Spring的完美DAO
   在讲之前,我先讲一下在web开发中经常用到的几个层。也就是现在javaEE中流行的多层组合开发。我们先不讲它的好处,我们先明白各个层是干什么的。等你明白了这些,自然会知道分层的好处了。
我们以前在web编程当中可能喜欢把所有的业务,数据访问都写在一个类中,或写在几个方法中。这样编程的开发速度不用质疑,一定很快,但你想一个问题了吗?我们开发的软件是给客户用的。一旦上线就以为着一天24小时都得运行,你能保证它不出错吗?假设你的测试和ok,就是运行上几年,上百年也不会报错,但你无法保证客户的需求不变啊,你难道不升级你的软件吗?对客户提出的新需求,你难道不管吗?我们开发一个软件可能一年的时间,可能更短的时间,但我们大部分的时间要去 维护它,以及如何升级它,让它能够满足客户的不断的需求。如果这些问题你在开发之前都能一一想到。我想你自然会分层来完成这些代码的。我们讲的这些分层指的是逻辑上的分层。
这里我先讲一下web开发中用到的各个层,以及它们的职责。
表示层
这个应该比较好理解吧,这个层说白了就是用户可以通过浏览器看到的页面部分,也就是网页。针对B/S的开发我们可以这样理解,要是C/S就应该是windows用户界面/web用户界面了。我们平时用到许多软件都是C/S结构的,最熟悉的应该是QQ,千千静听子类的了都是C/S结构的。相对QQ那个软件,我们所看到的是表示层的界面了。表示层大多是用来接受用户的输入数据的。或是向用户展示数据的。总之大部分对用户来讲是可见,可操作的。
业务逻辑层(服务层)
对于现在出现的众多的框架中,有针对前台表示层的,有后台数据库的操作的,也有对业务层的管理。但最终的具体业务必须得靠我们程序员写了。因为业务需求是变化的,随时都可能在变化,它是根据用户的需求而变动的。这一层应该是最重要的一层了,它是核心层次。主要用来满足客户的需求。
如果业务层在细分的话,从大体上又可以分为业务外观层,和业务逻辑层。
先说业务外观层:
1.         从“表示层”接受用户出入数据。
2.         如果请求需要对数据进行只读访问,则可能使用“数据访问”层,进行数据访问。
3.         将请求传递到“业务逻辑”层。
4.         将响应从“业务逻辑”层还到“表示层”。
5.         在对“业务逻辑”层的调用之间维护临时状态。
业务逻辑层
1.         从业务外观层接受请求。
2.         根据编码的业务逻辑处理请求。
3.         使用“数据访问”层从数据服务层获取数据。
4.         将处理结果传递回“业务外观”层。
数据访问层(DAO
   主要执行从数据库或其他数据服务获取数据或向数据库发送数据的功能。也就是常用的对数据库的表的CRUD(增,删,改,查)操作。
1.         从“业务逻辑”层接受请求,从数据服务获取数据或发送数据。
2.         将数据库的查询结果返回到业务逻辑层。
数据服务层
    就是可以储存数据的系统,可以是数据库,或数据文件等。
上面主要是针对分层开发的综合描述了各个层的职责。
 以下的内容正在写。。。。 希望大家关注我的blog.Thank you.









本文转自 weijie@java 51CTO博客,原文链接:http://blog.51cto.com/weijie/66468,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
余二五
+ 关注