基于Java EE平台与最佳实践框架设计方案.docVIP

基于Java EE平台与最佳实践框架设计方案 　　【摘要】基于现有框架的应用思想，结合项目开发的实际情况，在最佳实践思想的指导下实现一个基于Java EE的自定义框架SRCI，此框架的主要目的是规范开发流程以及提高开发工作效率。本文主要介绍了该框架的的构建背景、架构设计。该框架能简单高效地实现对数据库的操作且性能优良。 　　【关键词】Java EE；最佳实践；SRCI 　　1、引言 　　基于JavaEE平台的框架设计对软件开发的效率以及质量起着决定性的作用，框架不是一个具备可运行特征的系统，它只是软件的一个半成品，但框架的优良直接影响着软件的质量，如何设计出一个优秀的框架一直是各大软件公司追逐的热点。 　　SRCI（standard， rhythm，cooperation， interchangeable）同样也不是一个可以即时看见和运行的应用系统，构建于Java EE之上的应用系统定义了一个固定而有效的设计开发框架，简化Java EE应用。SRCI定义了一系列流程，比如对如何处理HTTP请求、事务控制，以及一些辅助功能，比如文件上传、数据校验、消息管理、日志功能等。SRCI的目的在于为开发人员提供一个填空式的开发框架。让开发人员在SRCI架构下，只需关注编写和具体业务逻辑相关的程序，而将业务无关的需求交给SRCI来完成。 　　2、SRCI概况 　　2.1SRCI的设计目标 　　SRCI框架的设计目标是使程序员在一定的应用范围内可以完全脱离与数据库操作相关的面向关系编程。SRCI框架是基于各层次构件融合的平台，它的优势能在开发时得到很好的体现。比如能使开发人员更好地协作与并行开发。SRCI框架仍然是一个经典的MVC模型的框架，但它层次更加明显，而且借助了OOM思想，使对数据库的操作转移到对象上。 　　2.2SRCI的设计原则 　　SRCI的设计原则是简化开发流程、统一开发规范，使得开发人员在规范的指导下高效地进行开发。在SRCI的设计当中确保每个组件的重用性，确保SRCI能提供最优的性能。在利用SRCI进行开发时也需要遵循一些原则，例如命名原则等。 　　3、SRCI的实现 　　3.1SRCI的框架设计 　　SRCI框架的设计分为四层，分别是Web层、业务层、DAO层以及SRCI辅助层。 　　Web层：按照逻辑应用，使用手动装配的方式，??例化一个对应的Service对象，通过调用其方法将DTO对象发送到了业务层，同时Web层还有对jsp的解析功能，这借助于Web容器的jsp parser，对于显示结果页面的技术可以使用JSTL。 　　业务层：业务层是整个应用系统中可重用的组件，具体的业务逻辑仍然是原始Java类（POJO）来完成，使业务逻辑达到重用的目的。在POJO当中进行业务处理，具体做什么由需求而定。在业务层当中使用了Spring的依赖注入技术，通过配置ApplicationContext.xml文件对DAO类的对象进行简单的属性注入，从而避免了人为地去进行实例化操作，这种方式大大提高了程序的扩展性。 　　DAO层：DAO是数据访问对象（Data Access Object）的简称。SRCI提供了两个组件用于资源集成：一是用于和数据库交互，二是用于访问外部系统。在操作数据库的组件DAO中，重新定义了数据库的操作方式，这种方式类似于流行开源框架iBatis。首先配置了一个XML文件，规范命名为数据库表名作文件名。在这个文件当中将数据库的源信息按照良好的结构进行配置，再借助SRCI的辅助类对XML文件进行解析，获取列信息，过程名，函数名。根据命名规则将对象与列对应起来，根据业务操作类型构造出所需的SQL语句，这里需要借助JDOM解析XML提供了多种SQL语句的拼接方式。这样便可以使得对数据库的操作不需要书写一条SQL语句。 　　SRCI辅助层：这一个的定义是为了规范开发过程，减少开发人员编写与业务无关代码的时间。例如对系统可能产生的异常进行预先定义，对Log4j进行封装从而方便实现日志记录，对数据描述文件的XML解析等等。 　　以上是整个SRCI的结构，这样的结构能清晰定义各层次功能，方便开发人员进行协作开发，它的主要作用是规范开发流程，简化开发任务。图1是SRCI的软件结构图。 　　3.2 SRCI工作流程及规范 　　3.2.1最佳实践方法 　　1、一次读取/加载 　　2、二次封装/验证 　　3、三次更新 　　在数据封装之后，操作之前，将已验证的数据与结构类进行同步，达到实时更新的效果。 　　4、四次操作/入库 　　在封装完数据之后，根据界面传来的操作类型信息进行判断、调用不同的操作类方法。调用完操作类方法后便能对数据库进行增、删、改操作。 　　3.2.2XML文件的编