孫小淋

（煙臺(tái)職業(yè)學(xué)院，煙臺(tái)264670）

會(huì)話外觀模式在業(yè)務(wù)邏輯集成中的應(yīng)用

孫小淋

（煙臺(tái)職業(yè)學(xué)院，煙臺(tái)264670）

在J2EE應(yīng)用系統(tǒng)中會(huì)話外觀模式應(yīng)用在企業(yè)應(yīng)用集成的業(yè)務(wù)邏輯集成層中，可以有效地解決隨著客戶端和服務(wù)器端之間的交互增加，而導(dǎo)致系統(tǒng)整體網(wǎng)絡(luò)性能大幅下降的問(wèn)題。通過(guò)會(huì)話外觀模式來(lái)對(duì)業(yè)務(wù)組件調(diào)用，這樣虛擬組件層管理著大量業(yè)務(wù)組件之間的交互，從而完成對(duì)業(yè)務(wù)邏輯的重新整合，它同時(shí)向客戶端提供高度統(tǒng)一、透明的接口以簡(jiǎn)化客戶端的調(diào)用。通過(guò)系統(tǒng)測(cè)試，表明在企業(yè)應(yīng)用集成中應(yīng)用會(huì)話外觀模式后，應(yīng)用服務(wù)器對(duì)來(lái)自客戶端請(qǐng)求的響應(yīng)時(shí)間將大大縮短，本次測(cè)試中該性能指標(biāo)提高將近41.8%。

企業(yè)應(yīng)用集成；設(shè)計(jì)模式；業(yè)務(wù)流程

1 引 言

業(yè)務(wù)邏輯集成也許是企業(yè)應(yīng)用集成中最為重要的一部分，因?yàn)槠髽I(yè)應(yīng)用集成絕大部分的需求都來(lái)自于該部分，應(yīng)該說(shuō)對(duì)企業(yè)內(nèi)部業(yè)務(wù)邏輯的集成是企業(yè)應(yīng)用集成產(chǎn)生的源動(dòng)力。在企業(yè)應(yīng)用集成中，業(yè)務(wù)邏輯集成是通過(guò)對(duì)舊有系統(tǒng)或企業(yè)間系統(tǒng)的應(yīng)用接口進(jìn)行重新設(shè)計(jì)，并共享及重組業(yè)務(wù)流來(lái)完成的，這主要是通過(guò)提供一個(gè)高層虛擬組件層來(lái)實(shí)現(xiàn)的。這個(gè)虛擬組件層根據(jù)業(yè)務(wù)需求提供接口，它反映的是高層業(yè)務(wù)方法［2］。虛擬組件層對(duì)客戶端是透明的，客戶端可以通過(guò)它所提供的接口對(duì)企業(yè)內(nèi)部或企業(yè)間各個(gè)應(yīng)用系統(tǒng)的業(yè)務(wù)邏輯進(jìn)行訪問(wèn)。通過(guò)這些接口，原有系統(tǒng)和新系統(tǒng)就可以被捆綁、集成在一起［3］。在企業(yè)應(yīng)用集成的各個(gè)集成層次中，業(yè)務(wù)邏輯集成層所處的環(huán)境最為復(fù)雜，因?yàn)椴煌髽I(yè)內(nèi)部的業(yè)務(wù)邏輯千差萬(wàn)別，而且各自對(duì)該層的需求也是各種各樣，并且具備不斷變化的趨勢(shì)。同時(shí)，業(yè)務(wù)邏輯集成也非常重要，而且越是在信息化早期投入大的企業(yè)，對(duì)這項(xiàng)需求也就更為迫切。J2EE設(shè)計(jì)模式在業(yè)務(wù)邏輯集成層的應(yīng)用也主要圍繞如何構(gòu)建虛擬組件層來(lái)展開(kāi)，并通過(guò)它將分散的業(yè)務(wù)邏輯重新進(jìn)行整合，為客戶端或其它系統(tǒng)調(diào)用提供接口，從而達(dá)到業(yè)務(wù)邏輯集成的目的。本文對(duì)J2EE設(shè)計(jì)模式的業(yè)務(wù)層模式中的會(huì)話外觀模式如何在業(yè)務(wù)邏輯集成層中應(yīng)用進(jìn)行了研究。

2 系統(tǒng)方案的提出

在傳統(tǒng)的基于多層體系架構(gòu)的系統(tǒng)中，客戶端需要訪問(wèn)業(yè)務(wù)組件對(duì)象以完成各項(xiàng)功能，滿足用戶需求?？蛻舳酥钥梢耘c這些業(yè)務(wù)對(duì)象交互，原因在于這些業(yè)務(wù)組件向客戶端暴露其接口，供其調(diào)用［4］。然而，客戶端和業(yè)務(wù)組件之間的直接交互會(huì)導(dǎo)致它們之間的緊密耦合，并潛在地導(dǎo)致客戶端對(duì)業(yè)務(wù)組件實(shí)現(xiàn)的直接依賴。并且客戶端為了完成某項(xiàng)特定功能，必須自己管理所有參與這項(xiàng)功能中的業(yè)務(wù)組件之間的調(diào)用關(guān)系和執(zhí)行順序，這也增加了客戶端代碼的復(fù)雜度。此外當(dāng)客戶端直接管理所有參與工作的業(yè)務(wù)組件之間的交互時(shí)，網(wǎng)絡(luò)性能問(wèn)題也隨之產(chǎn)生［5］。當(dāng)客戶端按照傳統(tǒng)方式調(diào)用服務(wù)器端的業(yè)務(wù)組件時(shí)，每個(gè)調(diào)用都潛在地是一個(gè)遠(yuǎn)程方法的調(diào)用。如果對(duì)業(yè)務(wù)組件的每個(gè)方法調(diào)用都是細(xì)粒度的，那么該類遠(yuǎn)程方法調(diào)用的數(shù)量也會(huì)隨之增加。而隨著遠(yuǎn)程方法調(diào)用數(shù)量的增加，客戶端和服務(wù)器端之間的交互也就隨之增加，這將導(dǎo)致系統(tǒng)整體的網(wǎng)絡(luò)性能大幅下降。

把會(huì)話外觀模式應(yīng)用在企業(yè)應(yīng)用集成的業(yè)務(wù)邏輯集成層中，可以有效地解決以上討論的問(wèn)題。會(huì)話外觀模式是J2EE設(shè)計(jì)模式中業(yè)務(wù)層模式中的一個(gè)，也是當(dāng)今企業(yè)級(jí)系統(tǒng)開(kāi)發(fā)中應(yīng)用最廣泛的設(shè)計(jì)模式之一［6］。會(huì)話外觀通過(guò)封裝參與業(yè)務(wù)流程組件對(duì)象之間的交互，向客戶端提供統(tǒng)一的粗粒度虛擬組件層，因此向客戶端隱藏了業(yè)務(wù)組件之間復(fù)雜的交互活動(dòng)，也就滿足了業(yè)務(wù)邏輯集成層要將分散的業(yè)務(wù)邏輯重新整合的需求。同時(shí)，會(huì)話外觀會(huì)根據(jù)業(yè)務(wù)流程的需要對(duì)組件進(jìn)行創(chuàng)建、查詢、刪除等操作，并管理這些參與者的生命周期，也解決了前面討論的關(guān)于事務(wù)的問(wèn)題。

3 會(huì)話外觀模式在構(gòu)架中的設(shè)計(jì)

圖1是在業(yè)務(wù)邏輯集成層中應(yīng)用會(huì)話外觀模式前后，客戶端對(duì)服務(wù)器端業(yè)務(wù)組件調(diào)用狀況發(fā)生的變化。

圖1 會(huì)話外觀在構(gòu)架中的優(yōu)勢(shì)

在基于J2EE架構(gòu)的多層系統(tǒng)中，會(huì)話外觀經(jīng)常被實(shí)現(xiàn)為會(huì)話Bean，作為向客戶端提供的高層抽象［7］。該虛擬組件層管理著大量業(yè)務(wù)組件之間的交互，從而完成對(duì)業(yè)務(wù)邏輯的重新整合，它同時(shí)向客戶端提供高度統(tǒng)一、透明的接口以簡(jiǎn)化客戶端調(diào)用。圖2是一個(gè)典型的客戶端經(jīng)過(guò)會(huì)話外觀層對(duì)業(yè)務(wù)組件調(diào)用過(guò)程的UML順序圖。

從以上的企業(yè)應(yīng)用集成場(chǎng)景中可以看到，客戶端為實(shí)現(xiàn)一個(gè)業(yè)務(wù)邏輯整合需求，需要依次調(diào)用一個(gè)業(yè)務(wù)實(shí)體Bean和一個(gè)DAO對(duì)象。在沒(méi)有應(yīng)用會(huì)話外觀模式以前，客戶端需要自己管理整個(gè)業(yè)務(wù)實(shí)體Bean和DAO對(duì)象的調(diào)用過(guò)程，整個(gè)過(guò)程將涉及大量的遠(yuǎn)程方法調(diào)用［8］。盡管這種做法也可以實(shí)現(xiàn)對(duì)該業(yè)務(wù)的邏輯整合需求，但這將導(dǎo)致客戶端代碼和服務(wù)器端業(yè)務(wù)組件的高度耦合，并會(huì)使得系統(tǒng)整體網(wǎng)絡(luò)性能出現(xiàn)嚴(yán)重問(wèn)題。此外，為了調(diào)用該功能，客戶端代碼將異常龐大，不利于維護(hù)［9-10］。這是因?yàn)榉?wù)器端的業(yè)務(wù)對(duì)象具有隨時(shí)間變化的趨勢(shì)，因此一旦業(yè)務(wù)對(duì)象根據(jù)需求的改變發(fā)生變化，客戶端代碼將隨之進(jìn)行相應(yīng)變化，才能滿足新的需求。而在該場(chǎng)景應(yīng)用會(huì)話外觀模式后，客戶端僅僅通過(guò)一次對(duì)會(huì)話外觀層的遠(yuǎn)程方法調(diào)用，就可以完成對(duì)該功能的調(diào)用。這主要是由于此時(shí)的會(huì)話外觀層封裝了實(shí)現(xiàn)該業(yè)務(wù)邏輯整合需求的全部方法調(diào)用，在本場(chǎng)景中也就是對(duì)實(shí)體Bean和DAO對(duì)象的調(diào)用。一旦此時(shí)業(yè)務(wù)對(duì)象發(fā)生改變，現(xiàn)在所需要做的僅僅是對(duì)會(huì)話外觀層進(jìn)行修改，而這對(duì)客戶端是透明的，因此大大降低了客戶端和業(yè)務(wù)對(duì)象之間的依賴與耦合。

圖2 會(huì)話外觀模式順序圖

4 系統(tǒng)測(cè)試

為了測(cè)試在企業(yè)應(yīng)用集成的業(yè)務(wù)邏輯層中應(yīng)用會(huì)話外觀模式的優(yōu)勢(shì)，接下來(lái)創(chuàng)建了兩個(gè)測(cè)試用例。第一個(gè)用例模仿傳統(tǒng)做法，由客戶端直接調(diào)用實(shí)體Bean［11-12］；另一個(gè)用例模仿應(yīng)用會(huì)話外觀模式的方式，通過(guò)一個(gè)無(wú)狀態(tài)的SessionBean充當(dāng)會(huì)話外觀層，由該會(huì)話外觀層對(duì)實(shí)體Bean的方法進(jìn)行調(diào)用。其中，對(duì)實(shí)體Bean的調(diào)用，是對(duì)它其中一個(gè)方法的調(diào)用，該方法將從1開(kāi)始進(jìn)行一萬(wàn)次的累加操作，并對(duì)此重復(fù)五遍。在通過(guò)LoadRunner 8對(duì)該測(cè)試過(guò)程進(jìn)行模擬的過(guò)程中，虛擬用戶設(shè)置為10人，并且每人進(jìn)行100次的反復(fù)操作，每次操作的思考時(shí)間為1秒。

圖3-圖4是針對(duì)會(huì)話外觀模式在企業(yè)應(yīng)用集成的業(yè)務(wù)邏輯集成層中應(yīng)用測(cè)試的兩個(gè)測(cè)試用例，測(cè)試的結(jié)果分析和對(duì)比如表1所示。

圖3 客戶端直接訪問(wèn)實(shí)體Bean的平均響應(yīng)時(shí)間變化圖

圖4 通過(guò)增加會(huì)話外觀層優(yōu)化后的平均響應(yīng)時(shí)間變化圖

表1 應(yīng)用會(huì)話外觀模式前后的測(cè)試數(shù)據(jù)對(duì)比表

從測(cè)試得到的數(shù)據(jù)統(tǒng)計(jì)中可以清楚地看到，在企業(yè)應(yīng)用集成中應(yīng)用會(huì)話外觀模式后，應(yīng)用服務(wù)器對(duì)來(lái)自客戶端請(qǐng)求的響應(yīng)時(shí)間將大大縮短，本次測(cè)試中該性能指標(biāo)提高將近41.8%。除此之外，其他指標(biāo)諸如吞吐量、延遲時(shí)間等也都有較大程度的提高。

在此需要特別說(shuō)明的是，盡管本次測(cè)試中的確模擬了對(duì)業(yè)務(wù)組件的遠(yuǎn)程方法調(diào)用，但由于試驗(yàn)環(huán)境所限，該調(diào)用并沒(méi)有涉及網(wǎng)絡(luò)傳輸和對(duì)遠(yuǎn)程數(shù)據(jù)庫(kù)的訪問(wèn)，因此在這方面的性能損失并沒(méi)有反映出來(lái)。而一旦考慮以上全部因素，在企業(yè)應(yīng)用集成中應(yīng)用會(huì)話外觀模式的優(yōu)勢(shì)將體現(xiàn)得更加明顯。

5 會(huì)話外觀在構(gòu)架中的優(yōu)勢(shì)分析

現(xiàn)將企業(yè)應(yīng)用集成中的業(yè)務(wù)邏輯集成層中應(yīng)用會(huì)話外觀模式的優(yōu)點(diǎn)總結(jié)如下：

·提高網(wǎng)絡(luò)性能：通過(guò)增加一個(gè)會(huì)話外觀層，減少客戶端和服務(wù)器之間的網(wǎng)絡(luò)負(fù)載，原因是大幅降低了客戶端和業(yè)務(wù)對(duì)象之間遠(yuǎn)程方法的直接調(diào)用。

·提供統(tǒng)一接口：為實(shí)現(xiàn)對(duì)業(yè)務(wù)流程的整合，業(yè)務(wù)組件之間的交互將會(huì)變得異常復(fù)雜，會(huì)話外觀模式抽象了該復(fù)雜性，并向客戶端提供非常簡(jiǎn)單的接口，從而減少了直接暴露給客戶端的業(yè)務(wù)組件數(shù)目。并且該會(huì)話外觀層提供的接口可以在以后被其它系統(tǒng)所調(diào)用，因此也提高了應(yīng)用集成系統(tǒng)整體的延展性。

·較低的耦合性：會(huì)話外觀層緩沖了業(yè)務(wù)流程整合的細(xì)節(jié)，從而在它需要調(diào)整時(shí)，只需要更改會(huì)話外觀層，而不必更改客戶端，因此降低了客戶端對(duì)業(yè)務(wù)對(duì)象的依賴。

·業(yè)務(wù)邏輯層和表示層邏輯清晰且嚴(yán)格分離：會(huì)話外觀層把對(duì)業(yè)務(wù)邏輯整合的問(wèn)題完全包裝在一起，于是客戶端只需要進(jìn)行簡(jiǎn)單的方法調(diào)用就可以完成一個(gè)功能單元，于是就可以更加關(guān)注表現(xiàn)層的問(wèn)題。

·事務(wù)的完整性：會(huì)話外觀層提供了管理和定義事務(wù)的集中點(diǎn)，起到了把事務(wù)限制在服務(wù)器端的作用，更加符合邏輯。

最后強(qiáng)調(diào)一點(diǎn)，在利用會(huì)話外觀模式具有以上優(yōu)勢(shì)的同時(shí)，由于增加了會(huì)話外觀層，集成系統(tǒng)的開(kāi)銷也會(huì)相應(yīng)增加?？梢韵胂?，假如用戶僅需訪問(wèn)業(yè)務(wù)組件的一個(gè)簡(jiǎn)單方法，對(duì)它也增加一個(gè)會(huì)話外觀層，那么不僅不能提高性能和簡(jiǎn)化操作，反而會(huì)適得其反。因此，如何應(yīng)用會(huì)話外觀模式也要依據(jù)企業(yè)應(yīng)用集成的實(shí)際狀況而定。

［1］陳丁山.設(shè)計(jì)模式的研究與應(yīng)用［J］.電腦知識(shí)與技術(shù)，2003，23：56-57.

［2］李金陽(yáng).J2EE技術(shù)在電子商務(wù)管理系統(tǒng)中的應(yīng)用研究［J］.商場(chǎng)現(xiàn)代化，2007，22：61-62.

［3］袁華強(qiáng)，王亞強(qiáng)，朱君.利用J2EE輕量級(jí)框架構(gòu)建Web應(yīng)用研究［J］.計(jì)算機(jī)工程與設(shè)計(jì)，2007，28（1）：22-23.

［4］胡建華.基于Hibemate開(kāi)發(fā)與數(shù)據(jù)庫(kù)無(wú)關(guān)的系統(tǒng)［J］.計(jì)算機(jī)與現(xiàn)代化，2006（9）：101-102.

［5］陶以政，吳志杰，唐定勇，等.基于J2EE的應(yīng)用框架技術(shù)研究［J］.計(jì)算機(jī)工程與設(shè)計(jì)，2007，28（4）：826-828.

［6］陶以政，吳志杰，唐定勇，等.基于Struts、Spring和Hibernate的船舶性能系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)［J］.計(jì)算機(jī)工程與設(shè)計(jì)，2008，29（8）：2121-2124.

［7］Diego Bonura.Rosario Culmone.Emanuela Merelli，Patterns forWeb application［M］.ACM Press，2002.

［8］Ted Husted，Cedric Dumoulin，George Franciscus，David Winterfeldt.Struts in Action［M］.Manning Publications Co.2008.50-65.

［9］Considine，Carol；Dean，Tony.Active learning in distance education.ASEE Annual Conference Proceedings，2003 ASEE Annual Conference and Exposition［M］.Staying in Tune with Engineering Education，2003：8163-8169.

［10］Luo，Jin：su，Zhenzhong.Research on the Hardware Independence Test System［M］.Proceedings of the InternationalSymposium on Test and Measment.2007，6：4563-4566.

［11］Rod Johnson.J2EE Development Frameworks［J］.Computer Science 2005，1（38）：102-115.

［12］鄧曉軍.EJB編程及J2EE系統(tǒng)架構(gòu)和設(shè)計(jì)［M］.北京：電子工業(yè)出版社，2004.

Application of Session Facade Pattern in Business Logic Integration

SUN Xiao-lin
（Yantai Vocational College，Yantai264670，China）

In a J2EE application system，the session facade pattern can be used in the enterprise application integrationof the business logic integration layer to effectively solve the problem of a dramatic loss of overall system of network performance with the increased interaction between client and server.This paper uses the session facade pattern for the business component invocations，and the virtual component layer manages the interaction between a large number of business components so as to complete a new integrationof the business logic.At the same time，it provides highly uniform and transparent interface to simplify the client call.The system test result shows that，after using a session facade pattern in enterprise application integration，the application server responses to the request from the clientwill greatly shorten the response time which improved by approx 41.8%.

Enterprise Application integration；Design Patterns；Business Process

10.3969／j.issn.1002-2279.2014.01.008

TP319

：B

：1002-2279（2014）01-0025-04

孫小淋（1981-），女，山東煙臺(tái)人，助教，主研方向：計(jì)算機(jī)教育。

2013-08-15