業(yè)務(wù)邏輯層與數(shù)據(jù)訪問(wèn)層的Nosql模型研究

吳勤 莊紅 鐵治欣 劉晶晶

摘要：業(yè)務(wù)邏輯層（BLL）與數(shù)據(jù)訪問(wèn)層（DAL）是MVC的核心層，BLL與DAL的實(shí)現(xiàn)，使Web應(yīng)用系統(tǒng)具有更好的低耦合度，高模塊化程度，易維護(hù)，易擴(kuò)展。通過(guò)對(duì)傳統(tǒng)的BLL與DAL的模型結(jié)構(gòu)的進(jìn)一步研究，分析出傳統(tǒng)BLL與DAL存在重復(fù)率高，利用率低的缺陷。因此提出在Web應(yīng)用中基于JPA規(guī)范和泛型程序設(shè)計(jì)，采用Spring Data JPA的BLL與DAL層的Nosql模型。通過(guò)該模型應(yīng)用和模型評(píng)估，發(fā)現(xiàn)該模型與傳統(tǒng)的模型結(jié)構(gòu)相比，代碼量少，利用率高，提高了Web應(yīng)用軟件的開發(fā)效率。

關(guān)鍵詞：業(yè)務(wù)邏輯層；數(shù)據(jù)訪問(wèn)層；通用泛型；JPA規(guī)范；SpnngDataJPA；Nosql模型中圖分類號(hào)：TP311.5文獻(xiàn)標(biāo)識(shí)碼：ADOI：10.3969/j.issn.1003-6970.2017.08.008

本文著錄格式：吳勤，莊紅，鐵治欣，等.業(yè)務(wù)邏輯層與數(shù)據(jù)訪問(wèn)層的Nosql模型研究[J].軟件，2017，38（8）：4349

引言

BLL與DAL是MVC模式的重要兩個(gè)分層，將傳統(tǒng)模式下業(yè)務(wù)邏輯和數(shù)據(jù)操作有效的劃分開，有效的解決了兩者混雜導(dǎo)致的系統(tǒng)難于維護(hù)和拓展的弊端，大大提高了開發(fā)效率和系統(tǒng)性能。泛型是JDK1.5的新特性，允許編寫可作用于任意類型的類，直到聲明了類的實(shí)例，才指定特定的類型。使用泛型的主要優(yōu)點(diǎn)是能夠使我們?cè)诰幾g時(shí)而不是運(yùn)行時(shí)檢測(cè)出錯(cuò)誤。JPA是Java官方提出的、隨Java EE5規(guī)范一同發(fā)布的，在此之前，已經(jīng)存在很多ORM框架了，他們都有不同的實(shí)現(xiàn)，這也是JAP出現(xiàn)的必然條件，它規(guī)范ORM框架，是ORM框架有統(tǒng)一的接口和用法。文獻(xiàn)[5-6]對(duì)數(shù)據(jù)持久層提出使用Spring Data和JPA構(gòu)建持久層這一方法，闡述這種方法讓數(shù)據(jù)訪問(wèn)層開發(fā)量變少的原因，并且分析它訪問(wèn)數(shù)據(jù)庫(kù)的過(guò)程。將這種方法應(yīng)用到Java EE系統(tǒng)中，與傳統(tǒng)的構(gòu)建持久層方法相比，這種方法使開發(fā)人員從繁瑣的數(shù)據(jù)訪問(wèn)層中解放出來(lái)，不需要寫大量的代碼，只需要少量的代碼就可以實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的訪問(wèn)，但是業(yè)務(wù)邏輯層還需要寫大量的代碼來(lái)完成項(xiàng)目的開發(fā)[、15]。文獻(xiàn)[17-19]講述了一種動(dòng)態(tài)生成sql語(yǔ)句的方法。基于此，提出一種在Web應(yīng)用中基于Spring Data JPA、通用泛型的BLL與DAL層的Nosql模型，從而減少大部業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層的代碼。

1 BLL與DAL層泛型引入

1.1 傳統(tǒng)BLL與DAL層設(shè)計(jì)

業(yè)務(wù)邏輯層（BLL）是應(yīng)用系統(tǒng)中的核心，負(fù)責(zé)處理系統(tǒng)具體的業(yè)務(wù)邏輯。在該實(shí)現(xiàn)框架中，業(yè)務(wù)邏輯層由純業(yè)務(wù)邏輯類和AOP處理程序組成。純業(yè)務(wù)邏輯類負(fù)責(zé)完成與具體業(yè)務(wù)密切相關(guān)的業(yè)務(wù)邏輯處理，AOP處理程序負(fù)責(zé)權(quán)限管理、事務(wù)管理、日志管理等非純業(yè)務(wù)的邏輯處理。每個(gè)業(yè)務(wù)模塊擁有獨(dú)立的業(yè)務(wù)處理邏輯，每個(gè)業(yè)務(wù)需要一一的針對(duì)單一的對(duì)象進(jìn)行業(yè)務(wù)處理操作。因而會(huì)造成重復(fù)的代碼，代碼利用率不高，降低了開發(fā)效率。

數(shù)據(jù)訪問(wèn)層主要是封裝業(yè)務(wù)處理邏輯與數(shù)據(jù)存儲(chǔ)層之間的交互過(guò)程，向業(yè)務(wù)邏輯層提供數(shù)據(jù)服務(wù)。在具體的應(yīng)用開發(fā)中，數(shù)據(jù)訪問(wèn)層有多種不同的實(shí)現(xiàn)方式。業(yè)務(wù)模塊根據(jù)業(yè)務(wù)邏輯，調(diào)用對(duì)應(yīng)DAO接口，實(shí)現(xiàn)接口，最后實(shí)現(xiàn)ORM。傳統(tǒng)業(yè)務(wù)邏輯層與數(shù)據(jù)訪問(wèn)層的業(yè)務(wù)過(guò)程如圖1所示：

在項(xiàng)目開發(fā)過(guò)程中，傳統(tǒng)的BLL與DAL層設(shè)計(jì)，代碼重復(fù)率高，利用率低，從而開發(fā)效率低。1.2Java程序中泛型設(shè)計(jì)Java5.0的新特性是引入了泛型，泛型允許編寫可作用于任意類型的類，但是直到聲明了類的實(shí)例，才指定特定的類型。因?yàn)榇祟愋筒皇亲鳛轭惗x的一部分而指定的，所以該類一般對(duì)任意指定類型起作用。這個(gè)能力使我們可以定義帶泛型類型的類或是方法，隨后編譯器會(huì)用具體的類型來(lái)替換它。因此泛型可以使我們?cè)诰幾g時(shí)而不是在運(yùn)行時(shí)檢測(cè)出錯(cuò)誤。泛型是類型的安全性增加。

1.3 將Java泛型引入BLL與DAL層

圖一中是傳統(tǒng)的BLL與DAL層，它可以完成系統(tǒng)業(yè)務(wù)以及數(shù)據(jù)的訪問(wèn)，但在開發(fā)中存在著一些不足。第一，BLL與DAL層的代碼重復(fù)率過(guò)高，開發(fā)效率低；此外，實(shí)現(xiàn)類的方法使代碼顯得比較繁瑣；第三，主鍵值以及實(shí)體類型需要指定，頻繁的轉(zhuǎn)換返回結(jié)果值的類型。通過(guò)引用泛型，從而解決上述一系列的問(wèn)題，而且泛型可以使代碼在編譯時(shí)，而不是在運(yùn)行時(shí)檢測(cè)出錯(cuò)誤。

與傳統(tǒng)的BLL與DAL層設(shè)計(jì)相比，構(gòu)建泛型是類型安全、代碼精簡(jiǎn)的設(shè)計(jì)方式，在業(yè)務(wù)龐大項(xiàng)目中，代碼明顯的減少，對(duì)于項(xiàng)目成本，時(shí)間，工作量帶來(lái)了有利的條件。通過(guò)封裝BLL與DAL層基類泛型，從而達(dá)到優(yōu)化BLL與DAL層設(shè)計(jì)目的。

2 基于JPA規(guī)范的SpringDataJPA的運(yùn)用

2.1 JPA規(guī)范介紹

JPA（Java Persistence API）是JavaEE平臺(tái)標(biāo)準(zhǔn)的規(guī)范，將得到服務(wù)器的支持。在吸收現(xiàn)有框架的基礎(chǔ)上，是一個(gè)易于使用、伸縮性強(qiáng)的規(guī)范。JPA規(guī)范本質(zhì)上是一種ORM規(guī)范，它不是ORM框架，因?yàn)镴PA并未提供ORM實(shí)現(xiàn)，它只是制訂了一些規(guī)范，提供了一些編程的API接口，但具體實(shí)現(xiàn)則由服務(wù)廠商來(lái)提供實(shí)現(xiàn)，例如，JBoss應(yīng)用服務(wù)器底層就以Hibernate作為JPA的實(shí)現(xiàn)。即JPA規(guī)范中提供的只是一些接口，接口不能直接拿來(lái)使用。雖然應(yīng)用程序可以面向接口編程，但JPA底層一定需要某種JPA實(shí)現(xiàn)，否則JPA依然無(wú)法使用。因此開發(fā)者面向JPA規(guī)范的接口，但底層的JPA實(shí)現(xiàn)可以任意切換Hibernate、EBATIS、TopLink等。

2.2 Spring Data JPA與JPA規(guī)范的關(guān)系

Spring datajpa的目標(biāo)是簡(jiǎn)化關(guān)于各種持久存儲(chǔ)數(shù)據(jù)訪問(wèn)層而努力。ORM框架都實(shí)現(xiàn)了JPA規(guī)范，但是在不同ORM框架之間切換是需要編寫的代碼有一些差異，而通過(guò)使用Spring DataJpa能夠方便在不同的ORM框架中間進(jìn)行切換而不要更改代碼。并且Spring DataJpa對(duì)Repository層封裝的很好，可以減少很多的麻煩。

Spring Data JPA與JPA規(guī)范的關(guān)系如圖2所示：

3 BLL與DAL層設(shè)計(jì)基于Spring Data

JPA、通用泛型的模型實(shí)現(xiàn)

在項(xiàng)目開發(fā)中，以Java泛型與Spring Data JPA

為基礎(chǔ)，在業(yè)務(wù)邏輯層與數(shù)據(jù)庫(kù)訪問(wèn)層構(gòu)建Nosql模型。

3.1 相關(guān)配置

首先，配置JPA標(biāo)準(zhǔn)配置文件persistence.xml。然后，在Spring配置文件applicationContext.xml中增加JPA支持，即實(shí)體管理器工廠Entity Manager Factor，它是獲得實(shí)體管理器Entity Manager對(duì)象的入口?最后，在Spring配置文件中配置啟用掃描并自動(dòng)創(chuàng)建代理的功能，Sprmg為聲明的接口創(chuàng)建代理對(duì)象。配置了后，Spring初始化容器時(shí)將會(huì)掃描base-package指定的包目錄及其子目錄，為繼承Repository或其子接口的接口創(chuàng)建代理對(duì)象，并將代理對(duì)象注冊(cè)為Spring Bean，業(yè)務(wù)層便可以通過(guò)Spring自動(dòng)封裝的特性來(lái)直接使用該對(duì)象。

3.2 BLL層與DAL層的Nosql模型設(shè)計(jì)

3.2.1 模型中變量定義

定義1對(duì)象列操作{EQ，NOTEQ，LIKE，GT，LT，GTE，LTE，IN，NULL，NOTNULL}。

其中，EQ：等于；NOTEQ：不等于；LIKE：比較較相似的值；GT：大于

LT：小于；GTE：大于等于；LTE：小于等于；IN：

指定值在已指定一個(gè)值的列表

NULL：空；NOTNULL：不為空

3.2.2 模型思想

邏輯層建立一個(gè)公共的泛型業(yè)務(wù)邏輯處理模型，實(shí)體業(yè)務(wù)邏輯類繼承公共泛型模型，通過(guò)反射，獲得指定類的父類的泛型參數(shù)的實(shí)際類型，從而完成實(shí)際類型的業(yè)務(wù)邏輯操作。公共的泛型業(yè)務(wù)邏輯處理模型實(shí)現(xiàn)添加、修改、刪除、查詢。添加通過(guò)系統(tǒng)調(diào)用傳遞過(guò)來(lái)的封裝實(shí)體參數(shù)完成新增功能。修改根據(jù)系統(tǒng)傳遞過(guò)來(lái)修改過(guò)的實(shí)體進(jìn)行保存。刪除根據(jù)系統(tǒng)調(diào)用傳遞過(guò)來(lái)的參數(shù)id或整個(gè)實(shí)體進(jìn)行刪除。查詢通過(guò)系統(tǒng)調(diào)用傳遞過(guò)來(lái)的參數(shù)，參數(shù)為查詢條件操作key-value集合，以及排序操作集合。然后，根據(jù)條件操作進(jìn)行動(dòng)態(tài)的查詢條件拼接，或排序操作進(jìn)行分頁(yè)排序，詳細(xì)說(shuō)明參見(jiàn)算法1和算法2。最后，調(diào)用數(shù)據(jù)訪問(wèn)層Spring Data JPA相應(yīng)基本操作接口，從而實(shí)現(xiàn)Nosql的操作。

算法1分頁(yè)排序算法

算法參數(shù)：頁(yè)碼，分頁(yè)數(shù)量，排序的對(duì)象集

//排序的對(duì)象集，為排序?qū)ο蟮募希判驅(qū)ο蟀▽傩院头较?/p>

返回值：Pageable型對(duì)象過(guò)程：

Begin

1、 Sortsort=null//倉(cāng)1J建——個(gè)org.springframework.data.domain.Sort的sort排序?qū)ο?/p>

2、 If“排序的對(duì)象集”為空，排序根據(jù)數(shù)據(jù)庫(kù)id排序

3、 Else“排序的對(duì)象集”不為空且大小大于0

4、 獲取“排序的對(duì)象集”的第一個(gè)排序?qū)ο髮傩院头较?/p>

5、 If升序=排序的對(duì)象集升序方向

6、 sort=newSort（升序，屬性）

7、 elsesort=newSort（降序，屬性）

8、 for“排序的對(duì)象集”//從排序的對(duì)象集for第二個(gè)對(duì)象開發(fā)for循環(huán)直至結(jié)束

9、 獲取“排序的對(duì)象集”的下一個(gè)排序?qū)ο髮傩院头较?/p>

10、 If升序=排序的對(duì)象集升序方向sort.and（升序，屬性）

12、 elsesort.and（降序，屬性）

13、 返回一個(gè)new Page Request（頁(yè)碼-1，分頁(yè)數(shù)量，sort）即Page Request通過(guò)參數(shù)生成Pageable對(duì)象；

//Spring DataJpa提供了Page Request的具體實(shí)現(xiàn)，通過(guò)提供分頁(yè)以及排序信息即可。Pageable是Spring Data庫(kù)中定義的一個(gè)接口，該接口是分頁(yè)相關(guān)信息的一個(gè)抽象，通過(guò)該接口，可以得到和分頁(yè)相關(guān)所有信息（例如頁(yè)碼、分頁(yè)數(shù)量等），這樣，Jpa就能夠通過(guò)pageable參數(shù)來(lái)得到一個(gè)帶分頁(yè)信息的Sql語(yǔ)句。

End

算法2動(dòng)態(tài)查詢條件拼接器算法

算法參數(shù)：查詢條件key-value集合，泛型類返回值：拼接好的條件組合

//key形如LIKE_topic，其中LIKE為操作，topic為操作字段，value為值?；蛘遦ey形如為EQ_user.name，其中EQ為操作，user.name為操作字段，user連接的子表，name為子表的字段名

過(guò)程：

Begin

1、聲明包含屬性“對(duì)象列名稱”，“對(duì)象列值”，“對(duì)象列操作”，“加入的其他表對(duì)象標(biāo)志”的一個(gè)“條件對(duì)象”

2、 聲明一個(gè)Map型“條件對(duì)象型集合”

3、 Forkey-value集合

4、 獲取key與value值，如果value為空continue

繼續(xù)

5、 對(duì)value進(jìn)行Java標(biāo)準(zhǔn)語(yǔ)言類型處理

6、 根據(jù)key分解出條件對(duì)象的屬性以及對(duì)應(yīng)的value，賦值“條件對(duì)象”屬性

7、 添加到Map型“條件對(duì)象型集合”

8、 ForMap型“條件對(duì)象型集合”

9、 獲取“條件對(duì)象”列名稱（形如：user.name或topic）拆分為“條件對(duì)象”列名稱數(shù)組

10、 If“條件對(duì)象”的“加入其他表對(duì)象標(biāo)志”不為空

11、 創(chuàng)建一個(gè)javax.persistence.criteria.Predicate類型的predicates對(duì)象集合

12、 If對(duì)象列名稱數(shù)組不為空，且大于1

13、 If“加入其他表對(duì)象標(biāo)志”為join

14、 定義了查詢的FROM子句中能夠出現(xiàn)的類型及其對(duì)象列名expression[3-4]//該句實(shí)現(xiàn)連表功會(huì)b，expression為javax.persistence.criteria.Path的一個(gè)對(duì)象

15、 Else定義了查詢的FROM句中能夠出現(xiàn)的類型及其對(duì)象列名expression

16、 switch（對(duì)象列操作）{caseEQ：predicates.add（builder.equal（expression，對(duì)象列值））；//builder為javax.persistence.criteria.CriteriaBuilder創(chuàng)建的一個(gè)對(duì)象

break；

caseNOTEQ：

predicates.add（buMer.notEqual（expression，對(duì)象列值））；

break；caseLIKE：

predicates.add（builder.like（expression，對(duì)象列值+n%））；

break；caseGT：

predicates.add（builder.greaterThan（expression，對(duì)象列值））；

break；caseLT：

predicates.add（builder.lessThan（expression，對(duì)象列值））；

break；caseGTE：

predicates.add（builder.greaterThanOrEqualTo（expression，對(duì)象列值））；

break；caseLTE：

predicates.add（builder.lessThanOrEqualTo（expression，對(duì)象列值））；

break；caseIN：

Inin=builder.in（expression）；

“對(duì)象列值”轉(zhuǎn)化為對(duì)象列值數(shù)組

For對(duì)象列值數(shù)組

in=in.value（值）；

predicates.add（in）；

break；

case

NULL：predicates.add（builder.isNull（expression））；

break；

caseNOTNULL：

predicates.add（builder.isNotNull（expression））；break；

}

//將所有條件用and聯(lián)合起來(lái)

17、 if（predicates.size（）>0）

18、 returnbuilder.and（predicates.toArray（newPredicate[predicates.size（）]））；

//返回一個(gè)拼接好的條件組合

End

3.2.3 Nosql模型說(shuō)明

參考文獻(xiàn)[5-6]對(duì)Spring Data和JPA進(jìn)行了一些研究，并闡述了Repository基本的用處，提供了Repository最基本的數(shù)據(jù)訪問(wèn)功能，對(duì)下面的幾個(gè)方面做詳細(xì)的使用介紹：1、Cmd Repository繼承Repository實(shí)現(xiàn)了一組增加刪除修改查詢相關(guān)的方法。

2、Paging And Sorting Repository繼承Cmd Repository，

實(shí)現(xiàn)了一組分頁(yè)排序相關(guān)的方法。3、Jpa Repository繼承Paging And Sorting Repository，實(shí)現(xiàn)一組JPA規(guī)范相關(guān)的方法。上述為基本的功能，碎片化形式在項(xiàng)目開發(fā)中，沒(méi)有集成和優(yōu)化處理，因而降低了開發(fā)效率，下面提出了一種Nosql模型，它對(duì)基本數(shù)據(jù)訪問(wèn)功能進(jìn)行了優(yōu)化和多功能化研究與處理。下面是Nosql模型包含的主要的部分。

其中：search Params：查詢條件key-value集合；final Classclazz：是需要反射的類，該類必須繼承范型父類，通過(guò)反射，獲得指定類的父類的泛型參數(shù)的實(shí)際類型，從而減少代碼量；

build Page Request：采用算法1完成分頁(yè)排序算法；build Specification：采用算法2完成動(dòng)態(tài)查詢條件拼接；

findAll（）、save（entity）、delete（id）、deleteAll（）page Number：頁(yè)碼page Size：分頁(yè)數(shù)量

Specification：org.springframework.data.jpa.domain.Specification的一個(gè)類對(duì)象

1、 實(shí)現(xiàn)多功能排序查詢

publicListgetList（Map

Sortsort，finalClassclazz）{

Specificationspec=buildSpecification（searchParams，clazz）；

returnthis.getDao（）.findAll（spec，sort）；

//多功能查找所有實(shí)體}

2、 實(shí)現(xiàn)多功能分頁(yè)查詢

publicPagegetList（Mapclazz）{PageRequestpageRequest=buildPageRequest（pageNumber，pageSize，sortType）；

Specificationspec=buildSpecification（searchParams，clazz）；

returnthis.getDao（）.findAll（spec？pageRequest）；

}

3、 實(shí)現(xiàn)列表查詢

publicListfindAll（）{

Iterableiter=this.getDao（）.findAll（）；

returnLists.newArrayList（iter）；}

4、實(shí)現(xiàn)排序列表查詢

publicListfindAll（Sortsort）{

Iterableiter=this.getDao（）.findAll（sort）；

returnLists.newArrayList（iter）；

}

5、 保存實(shí)體

publicvoidsave（Tentity）{this.getDao（）.save（entity）；

}

6、 根據(jù)id刪除

publicvoiddelete（Longid）{this.getDao（）.delete（id）；

}

7、 刪除所有

publicvoiddeleteAll（）{

this.getDao（）.deleteAll（）；

}

3.2.4 模型應(yīng)用

在業(yè)務(wù)邏輯BBL層，設(shè)計(jì)一個(gè)基于通用泛型的業(yè)務(wù)邏輯處理模型，完成整個(gè)項(xiàng)目的業(yè)務(wù)邏輯處理，最終達(dá)到大部分功能Nosql的實(shí)現(xiàn)。

在DAL層，設(shè)計(jì)基于Spring Data JPA的方法聲明即可，然后完成數(shù)據(jù)訪問(wèn)。

模型應(yīng)用過(guò)程如圖3所示：

項(xiàng)目通過(guò)圖3Spring MVC Controller控制器，在BLL層找到對(duì)象對(duì)應(yīng)的模型邏輯業(yè)務(wù)處理接口，如果業(yè)務(wù)邏輯簡(jiǎn)單，則進(jìn)入DAL層進(jìn)行數(shù)據(jù)訪問(wèn)處理，再到ORM框架處理。否則進(jìn)入Nosql模型，進(jìn)行業(yè)務(wù)處理，模型處理完后找到對(duì)應(yīng)的數(shù)據(jù)訪問(wèn)接口，最后通過(guò)SpringDataJPA選擇相應(yīng)的ORM框架處理即可，項(xiàng)目的功能即可完成。

項(xiàng)目應(yīng)用中泛型的模型設(shè)計(jì)舉例如下：

BLL層基于泛型的模型設(shè)計(jì)

publicabstractclassNosqlService

dsBaseDao

DAL層泛型基礎(chǔ)接口設(shè)計(jì)publicinterfaceBaseDaoextendsJpaRepository，paSpecificationExecutor

{}

3.2.5 模型評(píng)估

模型評(píng)估采用CoCoMo（Constructive CostModel）模型，中文為構(gòu)造性成本模型。它是一種精確、易于使用的，基于模型的成本估算方法，由Boehm提出[2?23]。模型評(píng)估數(shù)據(jù)來(lái)源完成同一項(xiàng)目的實(shí)際數(shù)據(jù)導(dǎo)出。其中一個(gè)表示同一項(xiàng)目未采用Nosql模型，一個(gè)是采用Nosql模型。采用所選取的樣本數(shù)據(jù)基本上具有如下的特征：1、相同的項(xiàng)目；2、選取基本上來(lái)源于人月的項(xiàng)目的數(shù)據(jù)，相同的人員素質(zhì)；3、使用相同的平臺(tái)，在同一個(gè)平臺(tái)開發(fā)所有的項(xiàng)目；4、開發(fā)所采用的語(yǔ)言以及項(xiàng)目所采用的管理流程相同。

CoCoMo模型，用于估算整個(gè)系統(tǒng)的工作量和軟件開發(fā)所需要的時(shí)間。

E=a（L）b （1）

D=cEd （2）

N=i （3）

其中：E表示工作量，單位是人月（PM）；

D表示開發(fā)時(shí)間，單位是月；

L是項(xiàng)目的代碼行估計(jì)值，單位是千行代碼；

N表示項(xiàng)目開發(fā)人數(shù)。

a、b、c、d是常數(shù)，取值如表1所示。

根據(jù)同一個(gè)項(xiàng)目開發(fā)的數(shù)據(jù)來(lái)源，一個(gè)未采用Nosql模型的代碼行數(shù)L=26.8千行代碼，與同一個(gè)項(xiàng)目采用Nosql模型的代碼行數(shù)L=15.6千行代碼進(jìn)行評(píng)估。

由上述評(píng)估模型計(jì)算，得到的模型評(píng)估結(jié)果如表2所示：

其中：

A：同一個(gè)項(xiàng)目表示未采用Nosql模型。

B：同一個(gè)項(xiàng)目表示采用Nosql模型。

L：是項(xiàng)目的代碼行估計(jì)值，單位是千行代碼。

E：表示工作量，單位是人月（PM）。

D：表示開發(fā)時(shí)間，單位是月。

N：表示項(xiàng)目開發(fā)人數(shù)。

觀察表2，將未采用Nosql模型和采用Nosql模型開發(fā)的Web應(yīng)用進(jìn)行比較，發(fā)現(xiàn)未采用Nosql模型開發(fā)的Web應(yīng)用，項(xiàng)目的代碼量總數(shù)較大，開發(fā)的時(shí)間周期較長(zhǎng)，參與開發(fā)項(xiàng)目的人數(shù)較多。而采用Nosql模型的Web應(yīng)用，能夠以較少的代碼總數(shù)，用較短的開發(fā)周期以及較少的開發(fā)人員完成同樣的工作。綜上可以看出，采用Nosql模型開發(fā)Web應(yīng)用可以更加有效的提高軟件開發(fā)效率。

4 結(jié)論

針對(duì)項(xiàng)目代碼量大，代碼利用率低，開發(fā)效率低，提出了業(yè)務(wù)邏輯層的處理模型和數(shù)據(jù)訪問(wèn)層的處理策略。首先介紹了BLL與DAL層泛型引入。然后，對(duì)基于JPA規(guī)范的Spring Data JPA的運(yùn)用做說(shuō)明。接下來(lái)，提出了基于JPA規(guī)范、泛型的業(yè)務(wù)邏輯處理模型，最后，對(duì)模型應(yīng)用做了介紹，并且對(duì)模型進(jìn)行評(píng)估。通過(guò)該Nosql模型，使用者不知道具體的業(yè)務(wù)邏輯操作細(xì)節(jié)，通過(guò)業(yè)務(wù)邏輯需求，調(diào)用邏輯模型，完成業(yè)務(wù)邏輯操作。該模型要少量的代碼就可以實(shí)現(xiàn)業(yè)務(wù)邏輯操作和數(shù)據(jù)庫(kù)的訪問(wèn)，從而使開發(fā)者可以更加專注于業(yè)務(wù)的分析，節(jié)省了開發(fā)人員熟悉項(xiàng)目架構(gòu)的時(shí)間，降低了項(xiàng)目開發(fā)的成本，提高了開發(fā)的效率。下一步工作將繼續(xù)研究如何在更復(fù)雜的個(gè)性化業(yè)務(wù)上，提供相應(yīng)的通用策略，促進(jìn)項(xiàng)目更好，更快的開發(fā)。