基于IoC和ORM框架的进销存系统设计

论文摘要

面向对象的编程方法极大的提高了软件开发的效率,但是随着软件规模不断增大,业务逻辑变得越来越复杂,对象之间的关系也越来越紧密,这给软件的测试、修改带来了很大的问题,因为类之间的耦合太紧密了。避免这种现象的方法就是让这些关系密切的对象之间的耦合变得尽量的松散。解决这个问题的方法有很多种,基本前提是面向接口编程,使调用者只需要关心被调用者功能的外表而不需要关心具体的实现。按照以往的方式,多采用类似工厂模式的创建型模式来实现这个功能,更好的一种方式是使用控制反转（IoC,Inversion of Control）的编程方法。控制反转有两种形式,一种是依赖查找,可称之为拉模式,如JNDI的使用方式:Object obj=（Object）initContext.find（“…”）,这样由调用者去主动查找需要的对象,而将具体的实现隐藏在JNDI路径后面。另一种是依赖注入,可称之为推模式,在调用者中按照接口来定义被调用者,如:CalledInterface x,然后需要某个方法或者构造器来给x赋值,这个赋值的工作可以交给IoC容器来完成,这种方式不会造成对相关API（如JNDI）的依赖。目前使用的数据库以关系型数据库为主流。业务模型体现在关系型数据库中就是表的形式,而在面向对象的编程语言中则体现为对象的形式,这两种形式的数据表现方式存在巨大的差别。在面向对象的语言中访问关系型数据库,传统的方式是在代码中写SQL语句,这种方式是最灵活的,但是非常容易出错,并且会有大段的异常保护代码反复出现,而且也不容易实现数据库无关性。为了实现在编程语言中使用面向对象的方式来操作关系型数据库中的数据,出现了ORM（Object-Relation-Mapping,对象关系映射）这种新的编程方法。在ORM框架下,对象和关系型数据库中的数据是一一对应的,操作对象就相当于操作关系型数据,代码中完全不会出现SQL语句。有的ORM框架还实现了完全透明的持久化功能,能够自动监测已从数据库中取出的对象发生的变化,在提交回数据库的时候能够自动将这些变化写入到数据库。在适用的场合下,ORM框架能够极大的提高程序的可扩展性和可维护性。本论文以流行的IoC框架SpringFramework和ORM框架Hibernate为例,结合常见的进销存系统,探讨了控制反转和对象关系映射的设计方法在JavaEE平台的WEB系统中的应用。论文首先结合流行的SpringFramework和Hibernate框架探讨了IoC和ORM框架的由来、功能和使用情况,然后对在此基础上完成的进销存系统进行了介绍,分别描述了系统总体的技术架构、业务模型的建立、业务功能模块的组成、系统所需开发工具与开发环境,并对系统设计进行了详细论述,也给出了数据库的设计方案。最后总结了系统的优势以及需要改进之处。

论文目录

• 摘要
• Abstract
• 第1章 前言
• 1.1 研究背景
• 1.1.1 复杂应用程序中对象之间的过度耦合
• 1.1.2 面向对象编程与关系型数据库的不匹配
• 1.2 研究现状
• 1.2.1 对象间解耦
• 1.2.1 数据访问
• 1.3 研究内容
• 1.4 本文结构安排
• 第2章 IoC框架和ORM框架
• 2.1 IoC概述
• 2.2 SpringFramework框架简介
• 2.3 在SpringFramework框架中配置IoC
• 2.4 ORM概述
• 2.5 Hibernate框架
• 2.6 小结
• 第3章 进销存系统的架构与功能
• 3.1 进销存系统简介
• 3.2 系统架构和功能
• 3.2.1 系统架构
• 3.2.2 系统功能模块
• 3.3 系统建模
• 3.3.1 配置管理模块
• 3.3.2 基础信息模块
• 3.3.3 采购管理模块
• 3.3.4 销售管理模块
• 3.3.5 库存管理模块
• 3.4 小结
• 第4章 进销存系统的设计与实现
• 4.1 框架集成
• 4.1.1 基础框架SpringFramework配置
• 4.1.2 集成数据库连接池Proxool
• 4.1.3 集成ORM框架Hibernate
• 4.1.3.1 配置Hibernate通过proxool得到数据库连接
• 4.1.3.2 通过Spring的AOP配置Hibernate可声明式事务
• 4.1.3.3 domain类和数据库表的映射配置文件
• 4.1.3.4 DAO类的配置
• 4.1.3.5 泛型的HibernateDao
• 4.1.4 集成日志框架Log4j
• 4.2 数据库设计
• 4.3 界面实现
• 4.4 一个完整的请求、应答流程
• 4.5 小结
• 第5章 结束语
• 5.1 总结与回顾
• 5.2 进一步工作展望
• 参考文献
• 致谢
• 学位论文评阅及答辩情况表