论文部分内容阅读
【摘要】基于现有框架的应用思想，结合项目开发的实际情况，在最佳实践思想的指导下实现一个基于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文件的编写规范
3.2.3编程规范
1、基于XML的语义协议规范
名字与数据库表名一致，放在WebRoot/config目录下，其中每一条SQL语句应该通过测试并与服务类的编写人员交流。
结构类命名：
名称=数据库表名+“_XML”变量名与数据库字段名保持一致，每个方法按规范写出注释，删除用于测试的语句。
2、视图JSP组件规范
放在website/science/science_second。
命名：小写数据库表名（列表），小写数据库表名+add（增加）、小写数据库表名+delete（删除）、小写数据库表名+modify（修改）、小写数据库表名+view（查看）、Form表单的name/id=小写数据库表名+ list/modify/add等。提交到：数据库表名.do，其中的控件根据相应的字段名，规范成小写列表序号即循环中的“i”用idnum表示，操作类型 name 为oper不显示的参数传递一到用隐藏域引入相应的三个类（结构类，操作类，服务类），不管是否用到。个性的业务或命名用注释标明，界面上不显示的字段，idnum，oper都得传给服务类（约定）。
服务类命名：
名字：数据库表名+“SERVICE”，每个方法都需要用注释说明，个性的业务需要特别标明，删除用于测试的语句，tostr字符串用“小写数据库表名”+delete/modify/add+success/fail表示，正确配置Struts—config.xml并给出注释。
3、SRCI架构设计
4、结论
本文介绍的SRCI框架就是一个基于Java EE与最佳实践的多系统（组件）集成通用平台，它并没有引入什么特殊的新技术，它只是将软件先驱们的一些宝贵经验与过去的一些总结统一起来，形成的一种最佳实践，它使可以高效清晰地的进行项目开发。曾做过统计，利用SRCI与原来的开发框架开发同一个需求，前者所需要的时间是后者的一半，而且程序出错的概率也减小了，极大提高了开发效率和保障质量。由于SRCI架构体现的是协作的价值观，所以SRCI能很好地与敏捷开发配合使用。SRCI的主要优点在于能够提高团队工作效率，克服现有框架对技术人员要求高、数据吞吐率低等方面的缺陷、并能够在项目开发中提高开发团队素质。
SRCI框架可以应用在任何一个JavaEE的平台开发上，例如长足寄蝇生物信息综合数据库（TCBIDB）系统、高校工资综合管理平台和高校教务门户及成绩查询系统开发，均达到了提高效率、降低测试代价、保障管理目标的实现目的。
【关键词】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文件的编写规范
3.2.3编程规范
1、基于XML的语义协议规范
名字与数据库表名一致，放在WebRoot/config目录下，其中每一条SQL语句应该通过测试并与服务类的编写人员交流。
结构类命名：
名称=数据库表名+“_XML”变量名与数据库字段名保持一致，每个方法按规范写出注释，删除用于测试的语句。
2、视图JSP组件规范
放在website/science/science_second。
命名：小写数据库表名（列表），小写数据库表名+add（增加）、小写数据库表名+delete（删除）、小写数据库表名+modify（修改）、小写数据库表名+view（查看）、Form表单的name/id=小写数据库表名+ list/modify/add等。提交到：数据库表名.do，其中的控件根据相应的字段名，规范成小写列表序号即循环中的“i”用idnum表示，操作类型 name 为oper不显示的参数传递一到用隐藏域引入相应的三个类（结构类，操作类，服务类），不管是否用到。个性的业务或命名用注释标明，界面上不显示的字段，idnum，oper都得传给服务类（约定）。
服务类命名：
名字：数据库表名+“SERVICE”，每个方法都需要用注释说明，个性的业务需要特别标明，删除用于测试的语句，tostr字符串用“小写数据库表名”+delete/modify/add+success/fail表示，正确配置Struts—config.xml并给出注释。
3、SRCI架构设计
4、结论
本文介绍的SRCI框架就是一个基于Java EE与最佳实践的多系统（组件）集成通用平台，它并没有引入什么特殊的新技术，它只是将软件先驱们的一些宝贵经验与过去的一些总结统一起来，形成的一种最佳实践，它使可以高效清晰地的进行项目开发。曾做过统计，利用SRCI与原来的开发框架开发同一个需求，前者所需要的时间是后者的一半，而且程序出错的概率也减小了，极大提高了开发效率和保障质量。由于SRCI架构体现的是协作的价值观，所以SRCI能很好地与敏捷开发配合使用。SRCI的主要优点在于能够提高团队工作效率，克服现有框架对技术人员要求高、数据吞吐率低等方面的缺陷、并能够在项目开发中提高开发团队素质。
SRCI框架可以应用在任何一个JavaEE的平台开发上，例如长足寄蝇生物信息综合数据库（TCBIDB）系统、高校工资综合管理平台和高校教务门户及成绩查询系统开发，均达到了提高效率、降低测试代价、保障管理目标的实现目的。