业务逻辑层与数据访问层的Nosql模型研究吴勤庄红铁治欣刘晶晶摘要：业务逻辑层（BLL）与数据访问层（DAL）是MVC的核心层，BLL与DAL的实现，使Web应用系统具有更好的低耦合度，高模块化程度，易维护，易扩展。通过对传统的BLL与DAL的模型结构的进一步研究，分析出传统BLL与DAL存在重复率高，利用率低的缺陷。因此提出在Web應用中基于JPA规范和泛型程序设计，采用SpringDataJPA的BLL与DAL层的Nosql模型。通过该模型应用和模型评估，发现该模型与传统的模型结构相比，代码量少，利用率高，提高了Web应用软件的开发效率。关键词：业务逻辑层；数据访问层；通用泛型；JPA规范；SpnngDataJPA；Nosql模型：TP311.5：ADOI：10.3969/j.issn.1003-6970.2017.08.008本文著录格式：吴勤，庄红，铁治欣，等.业务逻辑层与数据访问层的Nosql模型研究[J].软件，2017，38（8）：4349引言BLL与DAL是MVC模式的重要两个分层，将传统模式下业务逻辑和数据操作有效的划分开，有效的解决了两者混杂导致的系统难于维护和拓展的弊端，大大提高了开发效率和系统性能。泛型是JDK1.5的新特性，允许编写可作用于任意类型的类，直到声明了类的实例，才指定特定的类型。使用泛型的主要优点是能够使我们在编译时而不是运行时检测出错误。JPA是Java官方提出的、随JavaEE5规范一同发布的，在此之前，已经存在很多ORM框架了，他们都有不同的实现，这也是JAP出现的必然条件，它规范ORM框架，是ORM框架有统一的接口和用法。文献[5-6]对数据持久层提出使用SpringData和JPA构建持久层这一方法，阐述这种方法让数据访问层开发量变少的原因，并且分析它访问数据库的过程。将这种方法应用到JavaEE系统中，与传统的构建持久层方法相比，这种方法使开发人员从繁琐的数据访问层中解放出来，不需要写大量的代码，只需要少量的代码就可以实现对数据库的访问，但是业务逻辑层还需要写大量的代码来完成项目的开发[、15]。文献[17-19]讲述了一种动态生成sql语句的方法。基于此，提出一种在Web应用中基于SpringDataJPA、通用泛型的BLL与DAL层的Nosql模型，从而减少大部业务逻辑层和数据访问层的代码。1BLL与DAL层泛型引入1.1传统BLL与DAL层设计业务逻辑层（BLL）是应用系统中的核心，负责处理系统具体的业务逻辑。在该实现框架中，业务逻辑层由纯业务逻辑类和AOP处理程序组成。纯业务逻辑类负责完成与具体业务密切相关的业务逻辑处理，AOP处理程序负责权限管理、事务管理、日志管理等非纯业务的逻辑处理。每个业务模块拥有独立的业务处理逻辑，每个业务需要一一的针对单一的对象进行业务处理操作。因而会造成重复的代码，代码利用率不高，降低了开发效率。数据访问层主要是封装业务处理逻辑与数据存储层之间的交互过程，向业务逻辑层提供数据服务。在具体的应用开发中，数据访问层有多种不同的实现方式。业务模块根据业务逻辑，调用对应DAO接口，实现接口，最后实现ORM。传统业务逻辑层与数据访问层的业务过程如图1所示：在项目开发过程中，传统的BLL与DAL层设计，代码重复率高，利用率低，从而开发效率低。1.2Java程序中泛型设计Java5.0的新特性是引入了泛型，泛型允许编写可作用于任意类型的类，但是直到声明了类的实例，才指定特定的类型。因为此类型不是作为类定义的一部分而指定的，所以该类一般对任意指定类型起作用。这个能力使我们可以定义带泛型类型的类或是方法，随后编译器会用具体的类型来替换它。因此泛型可以使我们在编译时而不是在运行时检测出错误。泛型是类型的安全性增加。1.3将Java泛型引入BLL与DAL层图一中是传统的BLL与DAL层，它可以完成系统业务以及数据的访问，但在开发中存在着一些不足。第一，BLL与DAL层的代码重复率过高，开发效率低；此外，实现类的方法使代码显得比较繁琐；第三，主键值以及实体类型需要指定，频繁的转换返回结果值的类型。通过引用泛型，从而解决上述一系列的问题，而且泛型可以使代码在编译时，而不是在运行时检测出错误。与传统的BLL与DAL层设计相比，构建泛型是类型安全、代码精简的设计方式，在业务庞大项目中，代码明显的减少，对于项目成本，时间，工作量带来了有利的条件。通过封...