基于java的博客网站设计与开发毕业论文31854.doc

资料共享有意大家资料共享有意大家 湖湖南南对对外外经经济济贸贸易易职职业业学学院院 毕毕 业业 论论 文文 论论文文题题目目 基基于于 j ja av va a 的的博博客客网网站站设设计计 英英文文题题目目 作作者者姓姓名名 所所在在系系部部 服务外包学院 专专业业班班级级 大网络 0701 班 指指导导教教师师 完完成成日日期期 2010 年 06 月 05 日 评评语语 等等级级指指导导教教师师签签名名 二二 一一 年年六六月月五五日日 I 目目录录 目录 I 摘要 III 前言 V 文献综述 I 第 1 章 绪论 1 第 1 节背景 1 第 2 节研究的目的与意义 2 第 2 章 设计简介及设计方案 3 第 1 节设计原则 3 第 2 节运行架构 3 第 3 节设计方案 4 第 3 章 相关技术介绍 5 第 1 节MVC 简介 5 第 2 节SPRING 的起源和背景 6 第 3 节HIBERNATE 概述 7 第 4 章 需求分析 8 第 1 节注册博友 8 第 2 节普通用户 9 第 5 章 系统架构设计 11 第 1 节系统架构说明 12 第 2 节HIBERNATE层 12 第 3 节实现 SERVICE 层 18 第 4 节MVC 层实现 20 设计结果及对设计结果的分析 25 全文总结 28 II 致谢 30 参考文献 31 III 摘要 越来越多的网络用户希望能够在网络平台上更多地展现自己的个性 更方便 地与他人互动交流 拥有一个自己独立的空间 随着 Web2 0 时代的到来 一 个新的概念出现了 博客 首先介绍了博客网站设计的意义和背景 主流 博客网站的主要功能 重点 介绍了基于 J2EE 架构的博客网站设计方案 实现的主要功能 其次 重点讲述了博客网站的业务 逻辑层和持久层的设计与开发过程中所 涉及的技术 及开源框架 系统如何以 Spring 框架为核心 向下整合 Hibernate 进行持久层访问 向上整合 Struts 按清晰的 MVC 模式控制 怎样划分应用 的层次 简述了页面的请求的分发 及流程 最后对 BLOG 网站开发中所碰到的一些问题 并针对这些问题提出一些解决方 案 最后对系统性能作出一些简要评估 阐述了一些个人想法 关键词 博客 J2EE Spring Struts Hibernate IV Abstract More and more network users hope to unfold there characteristics in the network platform and interact with people more conveniently From the begining of Web 2 0 a new concept of blog emerged Firstly we introduce the meaning and background of designing of blog site and then introduce the main function of the blog site briefly We also introduce the designing scheme of blog site which is based on the architecture of J2EE The main function carried out in our blog project is presented Secondly we introduce the designing of logic and permanent layer of the blog site The technic and structure refered in the process of developing are presented We also depict how to be around with frame of Spring how to work with Hibernate to visit permanent layer below how to work with Struts to control the clear MVC model up and how to divide layers of application We also give the brief introduce of distribution and flow of pages request Finally we discuss some problems about the blog realization and show schemes of solving problems Brief evaluation on the performance of system is given We give a comment on problems occurring in our work Keywords blog J2EE Spring Struts Hibernate V 前言 本文介绍了 基于轻量级 J2EE 开发博客网站 同时利用 Spring Struts Hibernate Ajax 等框架整合开发 本文主要分为七章 第一章主要介绍了进行 博客网站 的背景及意义 第二章对 博客网站设计方案 做了简要介绍 第三章介绍了 博客网站的需求分析 第四章详细介绍了 系统的架构设计 并详细讲述了通过Spring 框架 向 下整合 Hibernate 进行持久层访问 利用 DAO 模式隔离 业务逻辑层与具体持 久层 向上整合 Struts 按清晰的 MVC 模式构建系统 第五章简单讲述了系统设计时遇到的问题及解决方案 另外对系统的性能 作了一个简要 的评论及设计结果和设计结果分析 第六章对全文所使用的方法 结果以及目的和意义做了全面的总结 展望 java 技术在 Web 上的一些应用 1 第第 1 1 章章 绪绪论论 第第 1 1 节节背景背景 商业网站设计的主要目的一般是通过网站的推广 实现更多网络用户的关注 从而吸引更多的企业用户投入更多的宣传经费到网站上 长期的战略目标 商业网站不仅是公共产品信息和服务的推广 它还是将买家 与卖家 厂商和合作伙伴紧密结合的平台 借助这些商业网站可以消除企业与客户 之间时间与空间带来的障碍 Blog 博客网站致力于为广大博客提供优质博客页面服务的商业网站 每个博客 都希望借助自己的博客页面宣传自己 而博客数量越多 网站的点击率越高就越能 够吸引广大的企业客户选择该商业网站作为媒介 将自己的产品展现给客户 可以 说 对这些博客网站而言 为博客提供良好的服务就意味着为网站带来更多的商业 客户 因此 在具体设计实现该博客网站时 主要考虑了主流博客网站的几个主要 功能 1 博客的注册 登录验证功能 2 网络用户通过关键字搜索博文功能 3 最热门博客页面推荐浏览 4 文章详细内容及相关评论显示 5 博客页面访问量统计 6 博客个人文章管理维护功能 7 博客个人文章分类管理维护功能 8 博客个人友情链接维护功能 9 博客个人基本信息管理维护功能 10 博客图片上传 及个人相册管理 11 网络用户写留言 博 主查看留言 2 第第 2 2 节节研究的目的与意义研究的目的与意义 Blog 记载了日常发生的事情和自己的兴趣爱好 把自己的思想和知识和他人分 享 交流 同时又通过 六度空间 结识了更多志趣相投的朋友 而越来越多专业知 识的 Blog 的出现 让我们看到了 Blog 更多所蕴涵的巨大的信息价值 不同的 Blog 选择不同的内容 收集和整理成为很多人关注的专业 Blog 目前越来越 多的人获取信息的来源是一些固定的 Blog 随着博客人数的增加 Blog 作为 一种新的生活方式 新的工作方式 新的学习方式已经被越来越多的人所接受 并 且在改变传统的网络和社会结构 网络信息不再是虚假不可验证的 交流和沟通更 有明确的选择和方向性 单一的思想和群体的智慧结合变的更加有效 个人出版变 成人人都可以实现的梦想 Blog 正在影响和改变着我们的生活 3 第第 2 2 章章 设设计计简简介介及及设设计计方方案案 在整个 blog 进行开发之前 要确定出整个项目的整体架构 包括系统的选型 运行环境的确定 及系统结构 设计 下面对这进行详细介绍 第第 1 1 节节设计原则设计原则 在进行软件系统开发的最初环节 一般都需要进行系统的选型 即根据系统功 能的实际需求 选择合适的开发工具及软件架构 blog 对系统的可靠性 稳定性有比较高的要求 本系统设计时 比较主流的 B S 设计有基于 JSP ASP PHP CGI 及 J2EE 等模式 相比较而言 PHP 的功能 相对简单 不适合做大程序 而CGI 效率相对较低 所以也不考虑 由于J2EE 的开源的框架中提供了 MVC 模式实现框架 Struts 对象关系模型中的 Hibernate 的框架及拥有事务管理 和依赖注入的 Spring 利用现存框架可以更快开发系统 所以选择 Java 技术作为 blog 的开发工具 第第 2 2 节节运行架构运行架构 为了增加系统的吞吐量 提高并发处理客户请求数量 系统采用了IBM 服 务器作为主机 在数据库处理方面 不需要在数据层借助存储过程及数据库服务器 端函数封装过多的业务逻辑 因此数据库系统采用相对精巧的MySQLError Reference source not found 该在线博客系统服务器端如果需要布置到其他主机上 则该主机必备条件如下 1 服务器端操作系统 独立于操作系统的跨平台系统 客户端MicroSoft Windows 2000 及以上 2 数据库 MySQL 5 0 27 版本 3 Web 服务器 Tomcat 5 5 及以上版本 配合 MVC 设计模式及 Hibernate 4 开发架构 4 客户端运行环境 能运行 IE 5 以上或 Netscape 5 以上浏览器的操作系统 配合使用 Ajax 技术 5 客户端运行工具 目前的系统采用浏览器作为客户端 为了支持Ajax 开发框架 应该选择使用 IE 5 以上版本浏览器 本网站以 NT 为 Web 平台 JSP Ajax Servlet JavaBean Hibernate 为网站实 现技术 建立基于 MySQL 数据库系统的核心动态网页 实现博客网站前台及博客 个人维护管理等功能模块 第第 3 3 节节设计方案设计方案 为了在更短的时间内实现博客网站 我们采用J2EE 架构 集成开发环境我 采用对于插件即插即用的 Eclipse JSP 运行环境我们采用 Tomcat 应用服务器 数据库管理系统我们采用的是MYSQL 博客网站主要实现注册用户可以在 服 务器上开辟自己的空间 也可以发布消息 上传文件 回复消息 从服务器发送客 户端的数据应用 XML 来封装 本系统采用的是经典的 J2EE 三层结构 分为表现层 中间层 业务逻辑层 和数据服务层 三层体系将业务规则 数据访问及合法性校验等工作放在中间层处 理 客户端不直接与数据库交互 而是通过组件与中间层建立连接 再由中间层与 数据库交互 并利用 Spring Hibernate Spring 等轻量级框架实现三层结构的设 计 即采用的是 贫血模式 业务逻辑对象正面封装了全部的业务逻辑方法 Web 层仅与业务逻辑组件交互即可 无须访问底层的DAO 对象 Spring 的声 明式事务管理将负责业务逻辑对象方法的事务性 在贫血模式下 其分层非常清晰 Domain Object 并不具备领域对象的业务逻辑功能 仅仅是ORM 框架持久化所 需的 POJO 仅是数据载体 贫血模型容易理解 开发便捷 但严重背离了面向 对象的设计思想 所有的 Domain Object 并不是完整的 Java 对象 5 第第 3 3 章章 相相关关技技术术介介绍绍 第第 1 1 节节MVCMVC 简介简介 MVC 是 Model View Controller 三个词的缩写 三个词分别代表应用的 三个组成部分 模型 视图与控制器 三个部分以最少的稿合 协同工作 从而提 高应用的可扩展性及可维护性 起初 MVC 模式是针对相同的数据需要不同显 示的应用而设计的 其整体的效果如图1 所示 图 1 MVC 结构 在经典的 MVC 模式中 事件由控制器处理 控制器根据事件的类型改变模型 或视图 反之亦然 具体地说 模型维护一个视图列表 这些视图为获得模型变化 通知 通常采用观察者模式登记给模型 当模型发生改变时 模型向所有登记过的 视图发送通知 接下来 视图从对应的模型中获得信息 然后更新自己 概括起来 MVC 有如下特点 多个视图可以对应一个模型 按MVC 设计模式 一个模 型对应多个视图 可以减少代码的复制及代码的维护量 一旦模型发生改变 也易 于维护 1 模型返回的数据与显示逻辑分离 模型数据可以应用任何的显示技术 例 如使用 JSP 页面 Velocity 模板或者直接产生 Excel 文档等 2 应用被分隔为三层 降低了各层之间的稿合 提供了应用的可扩展性 3 控制层的概念也很有效 由于它把不同的模型和不同的视图组合在一起 完成不同的请求 因此 控制层可以说是包含了用户请求权限的概念 6 4 MVC 更符合软件工程化管理的精神 不同的层各司其职 每一层的组件 具有相同的特征 有利于通过工程化和工具化产生管理程序代码 第第 2 2 节节SpringSpring 的起源和背景的起源和背景 2002 年 wrox 出版了 Expert one on one J2EE design and development 一 书 该书的作者是 Rod Johnson 在书中 Johnson 对传统的 J2EE 架构提出深 层次的思考和质疑 并提出 J2EE 的实用主义思想 2003 年 J2EE 领域出现 一个新的框架 Spring 该框架同样出自 Johnson 之手 事实上 Spring 框架 是 Expert one on one J2EE design and development 一书中思想的全面体现和完 善 Spring 对实用主义 J2EE 思想进一步改造和扩充 使其发展成更开放 清晰 全面及高效的开发框架 一经推出 就得到众多开发者的拥戴 传统J2EE 应用 的开发效率低 应用服务器厂商对各种技术的支持并没有真正统一 导致J2EE 的应用并没有真正实现 Write Once 及 Run Anywhere 的承诺 Spring 作为开源 的中间件 独立于各种应用服务器 甚至无须应用服务器的支持 也能提供应用服 务器的功能 如声明式事务等 Spring 致力于 J2EE 应用的各层的解决方案 而 不是仅仅专注于某一层的方案 可以说Spring 是企业应用开发的 一站式 选择 并贯穿表现层 业务层及持久层 然而 Spring 并不想取代那些已有的框架 而 与它们无缝地整合 总结起来 Spring 有如下优点 1 低侵入式设计 代码污染极低 2 独立于各种应用服务器 可以真正实现Write Once Run Anywhere 的 承诺 3 Spring 的 DI 机制降低了业务对象替换的复杂性 4 Spring 并不完全依赖于 Spring 开发者可自由选用 Spring 框架的部 分或全部 7 第第 3 3 节节HibernateHibernate 概述概述 Hibernate 是目前最流行的 ORM 框架 其采用非常优雅的方式将SQL 操 作完全包装成对象化的操作 其作者Gavin King 在持久层设计上极富经验 采 用非常少的代码实现了整个框架 同时完全开放源代码 即使偶尔遇到无法理解的 情况 也可以参照源代码来理解其在持久层上灵巧而智能的设计 目前 Hibernate 在国内的开发人员相当多 Hibernate 的文档也非常丰富 这些都为 学习 Hiberante 铺平了道路 因而 Hibernate 的学习相对简单一些 下面通过对 比来了解 Hibernate 和传统 JDBC 操作数据库持久层之间的差异 8 第第 4 4 章章 需需求求分分析析 Blog 网站主要是实现注册用户登录 管理相关信息 博文及相关评论 查看留言 友情链接 及图片的上传和图像的播放而为上网用户提供按博文主题搜索 查看注册 用户的博文及提出相关评论 并为注册用户写留言 游览注册用户的相册 注册等功 能的系统 下面就以两种不同的用户来分析博客网站的需求 第第 1 1 节节注册博友注册博友 首先必须在博客首页中登录填写用户名和密码 这样才能执行一些相关操作 不然就是普通用户只能查看一些信息 而不能发表博文 可以在管理页面上添加博 文的分类 可以上传图片和游览自己的相册 在上传过程中可以将一张图片定义为 自己的签名 在个人管理页面中注册用户还可以修改自己的个人信息 博文管理 友情链接管理及博文分类管理 用例图2 图 2 博客管理页面的用例图 在博客主界面中发表博文时可以选择博文类型 这样可以更好管理自己的博文 并 9 查看和删除网友对自己的博文的一些评论 查看和删除网友留下的一些留言 提供 与其他网友交流的空间 更好交流 在信息时代人们通过个人空间沟通也用来但不 能在自己的博客主页面中提交评论和留言 这样在本系统中就可以为博友提供更 多的个人色彩 在管理页面中添加和删除友情连接 这样博友可以在自己空间中快 速定位自己的关心的网站 这样还可以让网友看到自己的一些信息 友情链接及 网页访问量统计显示 在博客的个人页面中还提供了推荐给普通网络用户的相关友 情链接 此外 对个人页面的访问量也在随时进行统计 并在个人页面中进行直观 的显示 博客主页面的用例图如图 3 所示 图 3 博客主页面的用例图 第第 2 2 节节普通用户普通用户 在博客注册页面注册成为博客的注册用户 才可以拥有自己独立的空间 进入 某一博客页面查看相关文章信息时 可以随时对自己所感兴趣的文章发表评论 同时 也可以查看到其他人针对该博文的评论 普通用户在阅读博文时可以在最后留下自 己的一些评论 他也可以留下更多的信息 这样他可以写留言 这样他留下的信息就 更快地被博友所看到 普通用户进入博友的用例图如图4 所示 10 图 4 上网博友在博客主页面的用例图 普通网友可以搜索自己关心的一些数据 并且在搜索结果中提供在结果范围内再次 搜索 这样就可以将范围缩小 首页向注册用户提供登陆模块 注册用户在博客 网站首页跟上网网友一样可以查看博客和博文推荐 上网网友可以注册成为博客用 户 拥有自己独立的空间 这一模块的用例图如图5 所示 图 5 博客首页的用例图 11 第第 5 5 章章 系系统统架架构构设设计计 本系统采用严格的 J2 EE 应用结构 主要有如下几个分层 1 表现层 由 JSP 页面组成 2 MVC 层 使用 Struts 框架 3 业务逻辑层 主要由 Spring loC 容器管理的业务逻辑组件组成 4 DAO 层 由 7 个 DAO 组件组成 实现类 必须继承 Spring 提供的 HibernateDaoSupport 5 Hibernate 持久层 由 7 个 PO 组成 并在 Hibernate Session 管理下 完 成数据库访问 6 数据库服务层 使用 MySQL 数据库存储持久化数据 系统的具体分层如图 5 所示 图6 系统结构图 在图 6 黑色大方框内的 MVC 控制层 Service 层及 DAO 组件层的组件 都由 Spring IOC 容器负责生成 并管理组件的实例 实例必须是单身模式的 本系统 中的 bean 基本上是单身的 12 第第 1 1 节节系统架构说明 系统架构说明 本系统不仅严格按 MVC 模式设计 还按 J2 EE 分层设计 将中间层严格分 成业务逻辑层 DAO 层及数据持久层等 MVC 层的控制器绝对禁止持久层访问 甚至不参与业务逻辑的实现 表现层采用传统JSP 技术 本系统采用的是典型的 J2EE 三层结构 分为表现层 中间层 业务逻辑层 和数据服务层 三层体系将业务规则 数据访问及合法性校验等工作放在中间层处 理 客户端不直接与数据库交互 而是通过组件与中间层建立连接 再由中间层与 数据库交互 Jsp 广泛的应用和稳定的表现 为其作为表现层技术打下了坚实的基 础 中间层采用的是流行的Spring Hibernate 为了将控制层与业务逻辑层分离 又细分为以下几种 Web 层 就是 MVC 模式里面的 C 负责逻辑层和表现层的交互 调用业务逻辑 层 并将业务数据返回给表现层作组织表现 该系统的MVC 采用 Struts 框架 Service 层 就是业务逻辑层 负责实现业务逻辑 业务逻辑层以DAO 层为基 础 通过对 DAO 组件的正面模式包装 完成系统所要求的业务逻辑 DAO 层 负责与持久化对象交互 该层封装了数据的增 删 查 改的操作 PO 持久化对象 通过实体关系映射工具将关系型数据库的数据映射成对象 很 方便地实现以面向对象方式操作数据库 该系统采用Hibernate 作为 ORM 框架 Spring 的作用贯穿了整个中间层 将Web 层 Service 层 DAO 层及 PO 无 缝整合 其数据服务层用来存放数据 第第 2 2 节节HibernateHibernate 层层 通过使用 Hibernate 持久层 可以避免使用传统的JDBC 操作数据库 对 JDBC 近一步包装 从而更好地使用面向对象的方式来操作数据库 保证了整个软 件开发过程以面向对象的方式进行 即面向对象分析 设计及编程 透过 Hibernte 对 PO 对象持久化操作 不管插入还是查询都是通过PO 13 5 2 1 设计持久化对象 PO 面向对象分析 是指根据系统需求提取应用中的对象 将这些对象抽象成类 再抽取出需要持久化保存的类 这些需要持久化保存的类就是持久化对象 PO 该系统并没有预先设计数据库 而是完全从面向对象分析开始 设计了7 个 持久化类 本系统一共设计了如下7 个 PO 1 Blog 对应博客网友的一些基本信息 必如id username password sex picturename name address uid subject 还包括一些集合 博友的博文 Articles 图片 Pictures 留言 Messages 这样在系统中我们可以随时 通过 getXxx 访问博客的一些属性就不用编写sql 语句来访问博友的些属性 2 Picture 对应博友的图片 包含 name blog filename 这样我们可以将图片 的路径名保存到数据库中 在根据路径名访问博友上传的图片 就不用用到数据库 中的 Blob 类型 将图片数据格式转来转去 不过这样服务器直接存储客户的图片 3 Messages 对应网友留下的留言 属性有id username Blog 注册用户可 以查看别人写的留言 但不能在自己的空间内留言 4 FeedBack 对应回复 包括 id article username content 他对于一篇博 文 是网友阅读博文后对博文的评论 该评论无论是谁都可以看到 5 Sort 对应博文分类属性有 Id Blog name Articles 注册用户可以在自己 的空间定义一些分类 这样可以更好管理自己的博文 一个分类对应一个 Blog 一个分类可能有很多分类 6 Article 博客系统的核心 对应有 title Id blog content sort 一个博文属 于一种分类 可以有很多回复 7 Links 对应有情连接 包括 id url name blog 博友通过添加有情连接可以 在自己的空间中提供快速的自己关心的网站 客观世界中的对象不是孤立存在的 以上7 个 PO 也不是孤立存在的 它们 之间存在复杂的关联关系 分析关联关系也是面向对象分析的必要步骤 这7 个 PO 的关系如下 Blog 除了 FeedBack 外 与另外 5 个都是 1 N 的关系 在 14 blog 类里对应有个集合 比如 messages 是 SetArticle 和 FeedBack 之间存在 I N 的关系 每篇博文可以被很多人评论 Article 和 sort 之间存在 N 1 的关系 即每篇博文只能属于一种分类中 并且只属于一个博友 在Hibernate 框架中它 提供了以 xml 文件形式出现的映射文件 完成 从 PO 到数据库表映射后 即完成 面向对象的程序设计语言与关系数据库的映射 以面向对象的方式操作关系数据库 5 2 2 实现 DAO 层 在 Hibernate 持久层之上 可使用 DAO 组件再次封装数据库操作 通过 DAO 层 可以让业务逻辑层与具体持久层技术分离 一旦需要更换持久层技术时 业务逻辑层组件不需要任何改变 因此 使用DAO 组件 即意味着引入 DAO 模式 使每个 DAO 组件包含了数据库的访问逻辑 每个 DAO 组件可对一个数据 库表完成基本的 CRUD 等操作 DAO 模式的实现至少需要如下三个部分 1 DAO 工厂类 2 DAO 接口 3 DAO 接口的实现类 DAO 模式是一种更符合软件工程的开发方式 使用 DAO 模式有如下理由 1 DAO 模式抽象出数据访问方式 业务逻辑组件无须理会底层的数据库 访问 而只专注于业务逻辑的实现 2 DAO 将数据访问集中在独立的一层 所有的数据访问都由DAO 对象完 成 这层独立的 DAO 分离了数据访问的实现与其他业务逻辑 使得系统 更具可维护性 3 DAO 还有助于提升系统的可移植性 独立的DAO 层使得系统能在不同 的数据库之间轻易切换 底层的数据库实现对于业务逻辑组件是透明的 数据库移植时仅仅影响 DAO 层 不同数据库的切换不会影响业务逻辑组 件 因此提高了系统的可复用性 15 对于不同的持久层技术 Spring 的 DAO 提供一个 DAO 模板 将通用的 操作放在模板里完成 而对于特定的操作 则通过回调接口完成 Spring 为 Hibernate 提供的 DAO 支持类是 HibernateDaoSupport 5 2 3 DAO 组件的定义 DAO 组件提供了各持久化对象的基本的CRUD 操作 而在 DAO 接口里则 对 DAO 组件包含的各种 CRUD 方法提供了声明 但有一些IDE 工具也可以生 成基本的 CRUD 方法 使用 DAO 接口的原因是 避免业务逻辑组件与特定的 DAO 组件藕合 由于 DAO 组件中的方法不是开始就设计出来的 其中的很多方 法可能会随着业务逻辑的需求而增加 但以下几个方法是通用 的 get 根据主键加载持久化实例 saveor update 保存或更新持久化实例 remove 删除持久化实例 上面涉及了 7 个 PO 这样我们必须设计 7 个对应的 PODao 7 个 Dao 必须继承 BaseDao 这个 BaseDao 有对接口的一些基本的 CURD 操作 7 个 Dao 如下 LinksDao BlogDao FeedBackDao ArticleDao MessageDao SortDao PictureDao 这 7 个 Dao 分别封装对自己的持久化对象的一些操作 5 2 4 实现 DAO 组件 借助于Spring的DAO支持 可以很方便地实现 DAO类 Spring 为Hibernate 的整合提供了很好的支持 Spring 的DAO 支持类是 HiberanteDaoSupport 该类只需要传入一个 SessionFactory 引用 即可得到一个 HibernateTemplate 实 例 该实例功能非常强大 数据库的大部分操作也很容易实现 所有的DAO 类 都继承HibernateDaoSupport 并实现相应的 DAO 接口 而业务逻辑对象则面向 接口编程 无须关心 DAO 的实现细节 通过这种方式 可以让应用在不同的持久 16 化技术之间切换 LinksDaoHiberante BlogDaoHiberante FeedBackDaoHiberante ArticleDaoHiberante MessageDao Hiberante SortDaoHiberante PictureDaoHiberante分别是LinksDao BlogDao FeedBackDao ArticleDao MessageDao SortDao PictureDao的实 现类 并继承 HibernateDaoSupport 并通过 Spring IoC容器向7个Dao 实现类注 入SessionFactroy 在7个Dao 的实现类就可以通过 HibernateTemplate对PO持久 化操作 并借助于 Spring 提供的两个工具类 HibernateDaoSupport和 HibernateTemplate 可以很容易地实现 DAO 组件 这种简单的实现较之传统的 JDBC 持久化访问 简直不可同日而语 比如我现在要得到所有Blog对象我只需 一句 return getHibernateTemplate find from Blog 则返回一个 Blog对象的列 表 5 2 5 部署 DAO 层 HibernateDaoSupport 类只需要一个 SessionFactory 属性 即可完成数据库 访问 SessionFactroy 创建 Session 而数据库的 CRUD 操作都是有 Session 完成 并将查询结果保存在一级缓存中 每次用户提交一次会话 可能需要Session 完 成一些数据库的操作而实际的数据库访问由模板类HibernateTemplate 完成 该 模板类提供了大量便捷的方法 简化了数据库的访问 5 2 5 1 DAO 组件运行的基础 应用的 DAO 组件以 Hibernate 和 Spring 为基础 由 Spring 容器负责生成 并管理 DAO 组件 Spring 容器负责为 DAO 组件注入其运行所需要的基础 SessionFactory Spring 为整合 Hibernate 提供了大量工具类 通过 LocalSessionFactoryBean 类 可以将 Hibernate 的 SessionFactory 纳入其 IoC 容器内 使用 LocalSessionFactoryBean 配置 SessionFactory 之前 必须为其提供 对应的数据源 配置代码如下 在 17 datasource中配置它的数据库驱动 driverClass URL username password inPoolSize maxPoolSize 不管我们采用那种数据库我就可以在修改 dataSource 的一些属性而不改动程序 将程序和数据库的耦合降到最低 5 2 5 2 配置 DAD 组件 在将dataSource注入到上面简述的 7个Dao中 就可以用 HibernateTemplate提 供的大量便捷的方法 进一步简化了持久层讨问 其模板的操作大大降低 Hibernate 的重复操作 Spring 提供的DAO 支持简化了 DAO 开发 SessionFactory 的依赖注入简化了 Session 的控制等 这些都极大地提高 J2EE应用 的开发效率 声明式事务的管理分离了业务逻辑和事务逻辑 将应用从特定的事务 逻辑中解料 使应用可以方便地在不同的事务策略之间切换 在所有的ORM 框 架中 Sping 对Hibernate 的支持最好 Spring 提供很多 IoC 特性的支持 方 便地处理大部分典型的 Hibernate 整合问题 如 SessionFactory 的注入到 7个 PODao中 HibernateTemplate 的简化操作及 DAO 支持等 然后在 7个PODao实 现类继承 HibernateDaoSupport 这样的话 Dao实现类就可以通过 HibernateTemplment以面向对象的方式操作数据库 另外 Spring 还提供了统 一的异常体系及声明式事务管理等 一旦 Hibernate 处于Spring 的管理下 Hibernate 所需要的基础资源 都由 Spring 提供注入 Hibernate创建 SessionFactory 必需的DataSource 执行持久化必需的 Session 及持久层访问必 需的事务控制等 这些原本必须通过代码控制的逻辑 都将由Spring 接管 DataSource SessionFactory TransactionManager 等 都将作为 Spring 容器中的 beano 将这些bean 放在配置文件中管理 可以提供很好的解耦 Spring 提供了 DAO 支持 可以大大简化 DAO 组件的开发 IOC 容器的使用 提供了 DAO 组件与业务逻辑组件之间的松糯合 所有的DAO实现Bean 组件 都由容器负责 注入到业务逻辑组件中 其业务组件无须关心DAO 组件的实现 面向接口编程 及DAO 模式的使用 提高了系统组件之间的解稿 降低了系统重构的成本 通过 Spring 整合Hibernate 使持久层的访问更加容易 使用 Spring 管理Hibernate 持久层有如下优势 18 1 有效的 Session 管理 Spring 提供了有效 简单和安全的Hibernate Session 处 理 2 IoC 容器提高了 DAO 组件与业务逻辑层之间的解糯 3 DAO 模式的使用 降低了系统重构的代价 4 方便的事务管理 Hibernate 的事务管理处理会限制 Hibernate 的表现 而 5 Spring的声明式事务管理力度是方法级 6 通用的资源管理 Spring 的ApplicationContext 能管理SessionFactory 使得 配置值很容易被管理和修改 无须使用Hibernate 的配置文件 7 异常包装 Spring 能够包装 Hibernate 异常 把它们从 checked exception 变 为 runtimeException 开发者可选择在恰当的层处理数据中不可恢复的异常 从而避 免烦琐的 catch throw 及异常声明 配置 DAD 组件所有继承 HibernateDaoSupport 的 DAO 实现类 必须为其提供 SessionFactory 的引用 由于所有 DAO 组件都需要注入 SessionFactory 引用 因此可以使用 bean 继承 简化 DAO 组件的配置 本应用同样将所有的DAO 组件配置在单独的配置文件 中 daoContext xml 中例如 由于 7 个 Dao 都必须利用 IoC 容器注入 SessionFactory 我们先配一个 dao 模板 然后 7 个 Dao 就继承该模板这样就可以 简化 daoContext xml 文件 以 blogDAO 为例 blogDAO 的以 daoTemplate 为父 Bean 属性 class 是 Dao 的实现类 其余 6 个 PODAO 的配置相似 从上面的配置文件可以看出Spring Ioc 容器在 Tomcat 启动时就可以向 Dao 注入 SessionFactory 19 第第 3 3 节节实现实现 ServiceService 层层 Service 组件采用正面模式封装多个DAO 组件 DAO 对象与 Service 组 件之间的关 Service 组件需要实现的业务方法主要取决于业务的需要 通常需要在 业务组件中包含对应的方法 业务层组件的实现业务层组件与具体的数据库访问技术分离 使所有的数据库 访问依赖于 DAO 组件 定义一个 FacadeManagerImpl 来包装 7 个 Dao 这样就可 以把逻辑层和 Dao 分开 达到松散耦合的效果 事务管理将推迟到Service 组 件而不是 DAO 组件 因为只有对业务逻辑方法添加事务才有实际的意义 对于单 个 DAO 方法 基本的 CRUD 方法 增加事务操作是没有太大实际意义的 关于事 务属性的配置 本系统 使用 Spring 提供的 TransactionProxyFactoryBean 配置事 务代理 这样不必为每个目标对象配置代理bean 避免了目标对象被直接调用 部暑业务层组件单独配置系统的业务逻辑层 可避免因配置文件过大引起配置文件 难以阅读 将配置文件按层和模块分开配置 可以提高Spring 配置文件的可读 性和可理解性 在 applicationContext xml 配置文件中配置数据源 事务管理器 业务逻辑组件和事务管理器等bean 配置文件如下 PROPAGATION REQUIRED 20 利用 SpringFrameWork 的 TransactionProxyFactoryBean 管理业务组件的事务 对应业务的方法名调用不同的事务管理 所以在业务逻辑组件的方法取名时一定 要规范化 txProxyTemplate Bean 是个业务组件事务管理的一个代理的父 Bean 业务组件代理继承 txProxyTemplate 并注入对应目标业务组件 FacadeManagerImpl 的在业务控制器根据请求调用的是一个业务逻辑事务管理的代 理 这个代理把请求分发给目标业务逻辑组件去处理 业务逻辑组件根据请求调用 相应得 Dao 去执行 这样通过 FacadeManagerImpl 隔离业务逻辑控制器与 Dao 耦合 业务不需要知道是那个Dao 执行的 也不需要 Dao 的 实现类 我们通 过 Spring 向 FacadeManagerImpl 注入 7 个 Dao 组件 业务逻辑组件 是 面向 DAO 接口编程 可让业务逻辑组件从DAO 组件的实现中分离 因此业务逻辑 组件只关心业务逻辑的实现 无须关心数据访问逻辑的实现 第第 4 4 节节MVCMVC 层实现层实现 MVC 架构的核心思想是 将程序分成相对独立 而又能协同工作的三个部分 通过使用 MVC 架构 可以降低模块之间的耦合 提高应用的可扩展性 另外 MVC 的每个组件只关心组件内的逻辑 不应与其他组件的逻辑混合 本文的 MVC 采用 Struts 框架 因为 Struts 是最健壮 应用最广的 MVC 框架 系统使用 Struts 框架可以提高系统的可控制性 保证了系统的稳定性及可用性 5 4 1 1 Model 部分 模型独立于数据的显示 博客中所涉及的 Model 都是 ActionForm 和 JavaBean 组成 模型返回的数据与显示逻辑分离 应用被分隔为三层 降低了各层 之间的耦合 提高了应用的可扩展性 其中ActionForm 用于封装用户请求参数 所有的用户请求参数由系统自动封装成ActionForm 对象 该对象被 ActionServlet 转发给 Action 然后 Action 根据 ActionForm 里的请求参数处理用户请求 比如 本系统中的 Registfrom 封装了注册用户的所有信息 但页面触发了 do 结尾 的 Http 请求 这 Struts 的核心控制器 ActionServlet 将填充 RegistForm 即调用 21 RegistForm 的 setXxx 然后 RegistAction 就可以向业务逻辑组件提交添加 RegistForm 到博客 这样就完成用户的注册 而 JavaBean 则封装了底层的业务 逻辑 包括数据库访问等 比如本文中 FacadeManagerImpl 通过业务外观向表 现层封装数据的处理部分 而ActionForm 封装了请求参数以一个值对象 VO 的形似穿透 J2EE 的各层 5 4 2 View 部分 Struts 的 View 部分采用 JSP 实现 整个应用由客户端请求驱动 当客户端 请求被 ActionServlet 拦截时 ActionServlet 根据请求决定是否需要调用Model 处理用户请求 当用户请求处理完成后 其处理结果通过JSP 呈现给用户 通 过 Jsp 将业务逻辑组件返回的值对象格式化 用户和系统通过View 交互的 5 4 3 3 Controller 部分 Struts 的 Controller 由系统核心控制器 及业务逻辑控制器 系统核心控制拦截特定形式的请求 再根据请求调用相应得业务逻辑控制器处理请 求 在 web xml 中如下定义 action com blog webapp util MyActionServlet config WEB INF struts config xml 22 action do 从上面的配置文件可以看出MyActionServlet 是 MVC 的核 心控制器 一般采用 Struts 的 ActionServlet 就可以拦截以 do 结尾的请求 这里 我采用自己定义一个继承 ActionServlet 的控制器 在处理请求时先将request 的 采用的编码设为统一的 UTF 8 再将请求转发 ActionServlet 是继承 HttpServlet 类 因此可以配置成一个标准的Servlet 该控制器负责拦截所有 Http 请求 然后根据用户请求决定是否需要调用业务逻辑控制器 如果需要调用业 务逻辑控制器 则将请求转发给Action 处理 否则直接转向请求的JSP 页面 业务逻辑控制器负责处理用户请求 但业务逻辑控制器本身并不具有处理能力 而 是调用 Model 来完成处理 业务逻辑控制器对应图3 4 中的 Action 部分 业务 控制层是整个系统的核心部分 它与要实现的业务功能紧密联系 其中的各个功能 模块各自实现不同的业务功能 该层在接受到来自表现层的请求和相应得数据后 通过对业务数据层的调用来实现具体的业务逻辑 Struts 与 Spring 的整合 整合 Struts 与 Spring 只有一个要求 让 Struts 将拦截到客户端的请求转发 给 Spring 容器中的 bean 也就是说 Struts 的业务逻辑控制器可以将从核心控制 器转发过来的请求教给 spring IOC 容器管理业务逻辑组件处理 本系统使用 DelegatingRequestProcessor 的整合策略 使用 DelegatingRequestProcessor 的整 合策略可避免创建过多的本系统采用DelegatingActionProxy 提前将请求转发到 Spring 容器内的 bean 为了在应用启动时由 Struts 负责创建 Spring 容器 应 在 struts config xml 文件中增加如下配置 23 通常上面的配置 可让 Spring 容器随系统启动时完成初始化 注意在上面的配置 中 Spring 的配置文件有一个 aciton servlet xml 该配置文件中全部是 Action 使用 DelegatingRequestProcessor 的整合策略时 无须确定 action 的实现类 因 为 DelegatingReques