專利名稱：一種基于門面模式的信息系統(tǒng)架構以及架構方法
技術領域：
本發(fā)明涉及信息系統(tǒng)領域，特別涉及一種基于門面模式的信息系統(tǒng)架構以及架 構方法。
背景技術：
Internet是現(xiàn)今人類使用最為廣泛同時更新也是最快的技術。隨著技術的發(fā)展， Internet已經應用已經涉及到我們生活的方方面面。例如網上商城，在過去，開商店一 般都是指實體店，地段，面積一直都是需要很多本錢的，并且承擔著一定的風險。而現(xiàn) 如今，通過網上商城，我們可以很快捷地將自己想要賣的商品放在網上。隨著電腦的普 及，網上購物已經成為一種時尚，一種消費的方式。
對于網上商城，不管是網上書店還是網上銷售其他物品的系統(tǒng)，其作為一個信 息系統(tǒng)，為了使其能更有效率的工作，為該系統(tǒng)提供一種科學的數(shù)據(jù)架構就顯得比較迫 切了。發(fā)明內容
本發(fā)明的目的是提供一種基于門面模式的信息系統(tǒng)架構以及架構方法，其能通 過一個接口實現(xiàn)外部用戶與信息系統(tǒng)的交互。
一方面，本發(fā)明提供一種基于門面模式的信息系統(tǒng)架構，其基于JSP技術實 現(xiàn)，包括
數(shù)據(jù)服務層，通過數(shù)據(jù)庫存儲所述信息系統(tǒng)的實體對象數(shù)據(jù)；
業(yè)務邏輯層，封裝處理業(yè)務數(shù)據(jù)的應用程序；
持久化層，封裝數(shù)據(jù)訪問細節(jié)，對所述數(shù)據(jù)服務層的實體對象進行持久化，為 所述業(yè)務邏輯層提供面向實體對象的API ；
顯示層，通過JSP頁面來顯示數(shù)據(jù)并生成頁面效果；
WEB層，通過Struts控制器接收用戶請求，并調用Struts控制器的模型組件執(zhí)行 與所述用戶請求對應的所述業(yè)務邏輯層中的應用程序，所述應用程序通過所述持久化層 調用并執(zhí)行所述數(shù)據(jù)服務層的數(shù)據(jù)，并將執(zhí)行結果返回至所述顯示層；
還包括一門面接口，所述門面接口與所述業(yè)務邏輯層的應用程序關聯(lián)，所述 Struts控制器根據(jù)其接收的用戶請求調用所述門面接口以執(zhí)行所述業(yè)務邏輯層的應用程 序。
所述Struts控制器通過所述門面接口的實現(xiàn)類調用所述門面接口，以執(zhí)行所述業(yè)務邏輯層的應用程序。
所述數(shù)據(jù)服務層中的實體對象包括用戶實體、用戶信息實體、商品實體、訂單 實體以及商品項目實體。
所述持久化層采用Hibernate作為中間件，通過為所述數(shù)據(jù)服務層的實體對象創(chuàng) 建擴展名為*.hbm.xml的映射文件進行持久化。4
所述WEB層的Struts控制器包括ActionServlet組件，用以作為Struts中央控制 器；RequestProcessOT組件，用以作為每個子應用模塊單元的請求處理器；Action組件，
用以負責處理一項具體的業(yè)務。另一方面，本發(fā)明還提供一種基于門面模式的信息系統(tǒng)架構方法，其基于JSP 技術實現(xiàn)，包括以下步驟建立通過數(shù)據(jù)庫存儲所述信息系統(tǒng)的實體對象數(shù)據(jù)的數(shù)據(jù)服務層；建立封裝處理業(yè)務數(shù)據(jù)的應用程序的業(yè)務邏輯層；建立封裝數(shù)據(jù)訪問細節(jié)，對所述數(shù)據(jù)服務層的實體對象進行持久化，為所述業(yè) 務邏輯層提供面向實體對象API的持久化層；建立通過JSP頁面來顯示數(shù)據(jù)并生成頁面效果的顯示層； 建立門面接口，使所述門面接口與所述業(yè)務邏輯層的應用程序關聯(lián)，建立WEB層，使其通過Struts控制器接收用戶請求，并調用Struts控制器的模 型組件，通過所述門面接口執(zhí)行與所述用戶請求對應的所述業(yè)務邏輯層中的應用程序， 所述應用程序通過所述持久化層調用并執(zhí)行所述數(shù)據(jù)服務層的數(shù)據(jù)，并將執(zhí)行結果返回 至所述顯示層。所述Struts控制器通過所述門面接口的實現(xiàn)類調用所述門面接口，以執(zhí)行所述業(yè)
務邏輯層的應用程序。所述數(shù)據(jù)服務層中的實體對象包括用戶實體、用戶信息實體、商品實體、訂單 實體以及商品項目實體。所述持久化層采用Hibernate作為中間件，通過為所述數(shù)據(jù)服務層的實體對象創(chuàng) 建擴展名為*.hbm.xml的映射文件進行持久化。所述WEB層的Struts控制器包括ActionServlet組件，用以作為Struts中央控制 器；RequestProcessOT組件，用以作為每個子應用模塊單元的請求處理器；Action組件，
用以負責處理一項具體的業(yè)務。采用本發(fā)明所述的一種基于門面模式的信息系統(tǒng)架構以及架構方法，其通過建 立門面模式的門面接口來實現(xiàn)外部用戶和信息系統(tǒng)的交互。門面模式工作時，使用門面 對象的客戶端無需直接訪問系統(tǒng)對象，而是由門面對象將客戶端的請求傳遞給適當?shù)南?統(tǒng)對象，讓系統(tǒng)對象完成實際的工作。這就是說，由門面對象來調用相關系統(tǒng)的方法， 并把系統(tǒng)的接口轉換成客戶端需要的接口?？蛻舳酥缓鸵粋€門面對象打交道。這樣一來 就降低了系統(tǒng)之間的依賴性和復雜性。


圖1是門面模式的原理示意圖；圖2是本發(fā)明所述數(shù)據(jù)架構的原理框圖；圖3是本發(fā)明所述數(shù)據(jù)架構方法的流程圖。
具體實施例方式
下面結合附圖和實施例進一步說明本發(fā)明的技術方案。 首先介紹一下門面模式(Facade)，指的是外部用戶對象通過一個統(tǒng)一的門面的對象來與一個系統(tǒng)進行交互。門面模式為系統(tǒng)中的一組接口，提供一個統(tǒng)一的門面供外 部對象訪問。也就是門面模式定義了一個更高層次的接口讓外部對象容易使用這個系 統(tǒng)。
參見圖1，外部與一個子系統(tǒng)的通信必須通過一個統(tǒng)一的門面(Facade)對象進 行，這就是門面模式。門面模式要求一個子系統(tǒng)的外部與其內部的通信必須通過一個統(tǒng) 一的門面(Facade)對象進行。門面模式提供一個高層次的接口，使得子系統(tǒng)更易于使 用。它的角色包括門面角色和子系統(tǒng)角色，門面(Facade)角色客戶端可以調用這個 角色的方法。在正常情況下，本角色會將所有從客戶端發(fā)來的請求委派到相應的子系統(tǒng) 去。子系統(tǒng)Subsystem)角色每一個子系統(tǒng)都可以被客戶端直接調用，或者被門面角色 調用。子系統(tǒng)并不知道門面的存在，對于子系統(tǒng)而言，門面僅僅是另一個客戶端而已。 在門面模式中，通常只需要一個門面類，并且此門面類只有一個實例，換言之它是一個 單例類。但如果一個系統(tǒng)有好幾個子系統(tǒng)的話，每個子系統(tǒng)都可有一個門面類，整個系 統(tǒng)可以有數(shù)個門面類。如果一個門面模式不能將子系統(tǒng)的所有行為提供給外界，那么可 以通過修改或繼承門面類的方法將子系統(tǒng)的行為提供給外界。但是，如果一個子系統(tǒng)沒 有某個行為，想通過修改或繼承門面類的辦法來提供這個新的行為是錯誤的。facade是 構筑成系統(tǒng)的其他參與者的單一窗口，facade參與者對系統(tǒng)外部提供較高且單一的接口， facade參與者讓復雜的內容看起來很簡單。
參照圖2，圖2顯示了本發(fā)明提供的一種基于門面模式的信息系統(tǒng)架構100，其 基于JSP實現(xiàn)，包括數(shù)據(jù)服務層110、顯示層120、業(yè)務邏輯層130、持久化層140、WEB 層150以及門面接口 160，下面詳細介紹這些數(shù)據(jù)層
數(shù)據(jù)服務層110，通過數(shù)據(jù)庫存儲所述信息系統(tǒng)的實體對象。
所述實體對象包括實體對象包括用戶實體、用戶信息實體、商品實體、訂 單實體以及商品項目實體。如果該信息系統(tǒng)為書籍管理系統(tǒng)，則實體對象具體包 括Product(商品)，每本書都有一個屬于秘書的類型，所以還要有一個類型實體 Category(種類)，而且系統(tǒng)中所有功能都是由用戶驅動的，所以還在有一個用戶實 體EsUn_B00k_User(用戶)，每個用戶都有自己的地址信息，所以有一個地址實體 Contactinfo (用戶信息)。當用戶選購完自己的商品后，必須為他生成一份定單存放在數(shù) 據(jù)庫中，所以還在有一個定單實體orders(定單)。每一個定單都有它的一個狀態(tài)(比 如已發(fā)貨，待發(fā)貨，發(fā)貨中)，所以也要為定單狀態(tài)建立一個實體OrderStatus(定單 狀態(tài))。定單中一個有款不同類型的書籍，所以還在為它創(chuàng)建一個條目實體(Items) 條目。每一個定單都有它的配送方式，所以還要為定單配送方式建立一個實體 PayWay (定單配送方式)。
實體與實體之間存在三種關系一對一、一對多和多對多。本實施例中的實體 之間存在以下關系
Esun_Book_User (用戶)和Contactinfo (用戶信息)實體一對一。一個客戶只能填寫一個有效地址，一個有效地址也只能對應一個客戶。
Esun_Book_User(用戶)和Orders(定單)實體一對多。一個客戶有多個訂單，而一個訂單只能屬于一個客戶。
Category (種類)和Product (商品)實體一對多。一件商品只有一個類別，而一個類別可以對應多件商品。 Item(條目)禾Π Product (商品)實體一對一。一個條目對應一件商品，一件 商品對應一個條目。Item(條目)和Orders (定單)實體一對多。一個條目對應一張定單，一張定 單可以擁有多個條目。PayWay (定單配送方式)和Orders (定單)實體一對多。一張定單只能有一 個配送方式，而一種配送方式可以對應多張定單。顯示層120，通過JSP頁面來顯示數(shù)據(jù)并生成頁面效果。作為一實施例，所述顯示層120中的JSP頁面使用客戶化標簽，所述客戶化標簽 源自Struts HTML、Bean和Logic標簽庫。所述的顯示層120也可以稱之為表示層表 示層，即顯示給用戶看的頁面。在JSP頁面中使用客戶化標簽，可以把java程序代碼和 JSP頁面分離，使JSP頁面重于生成動態(tài)網頁，而不涉及應用邏輯。本實施例中的所有頁 面都使用了 StratsHTML、Bean和Logic標簽庫中的標簽。客戶化標簽有以下優(yōu)點標 簽具有可重用性，因此可以提高開發(fā)效率；可以在JSP頁面以靜態(tài)或動態(tài)的方式客戶化 設置自定義標簽的屬性；標簽可以訪問JSP網頁中的所有對象，如HttpServletRequest和 HttpServletResponse等；標簽可以相互嵌套，來完成邏輯；標簽可以使JSP頁面變得更加 簡潔，提高可讀性。業(yè)務邏輯層130，封裝處理業(yè)務數(shù)據(jù)的應用程序。業(yè)務邏輯層130將WEB層 150與數(shù)據(jù)服務層110分離開來，使WEB層150不能直接訪問數(shù)據(jù)服務層110中的數(shù)據(jù) 庫，提升了安全性。持久化層140，封裝數(shù)據(jù)訪問細節(jié)，對所述數(shù)據(jù)服務層110的實體對象進行持久 化，為所述業(yè)務邏輯層130提供面向實體對象的API。作為一實施例，所述持久化層140采用Hibernate作為中間件，通過為所述數(shù)據(jù) 服務層110的實體對象創(chuàng)建擴展名為*.hbm.xml的映射文件進行持久化。持久化層140封 裝了數(shù)據(jù)訪問細節(jié)，為業(yè)務邏輯層130提供了面向對象的API。Hibernate就是一種越來 越受歡迎的開發(fā)源代碼的ORM軟件。ORM軟件具有中間件的特性。中間件是在應用 程序和系統(tǒng)之間的連接管道。Hibernate可看成是連接java應用和數(shù)據(jù)服務層110中的關 系數(shù)據(jù)庫的管道。Hibernate作為中間件，可以為任何一個需要訪問關系數(shù)據(jù)庫的java應 用服務。本實施例的持久化層140就是采用Hibernate作為中間件，大大提高了代碼的可 重用性，程序開發(fā)人員不必知道它是怎么運行的或里面的代碼怎么寫的，只要知道如何 使用它們就可以了，提高了編寫代碼的效率，能夠完成所有的數(shù)據(jù)庫訪問操作并且能支 持多種數(shù)據(jù)庫的平臺；具有相對獨立性，當持久化層140的實現(xiàn)發(fā)生改變時，不會影響 上一層。對于每一個實體對象都應該持久化，正如前一節(jié)所提到的，本實施例中有8個 實體，也就意味著必須對它們全部持久化?？梢詾樗鼈兠恳粋€類創(chuàng)建映射文件，擴展名 為 “*.hbm.xml”。WEB層150，通過Struts控制器接收用戶請求，并調用Struts控制器的模型組件
執(zhí)行與所述用戶請求對應的所述業(yè)務邏輯層130中的應用程序，所述應用程序通過所述 持久化層140調用并執(zhí)行所述數(shù)據(jù)服務層110的數(shù)據(jù)，并將執(zhí)行結果返回至所述顯示層120。
作為一實施例，所述WEB層150的Struts控制器包括ActionServlet組件，用 以作為Struts中央控制器；Request Processor組件，用以作為每個子應用模塊單元的請求處理器；Action組件，用以負責處理一項具體的業(yè)務。Struts控制器組件負責接收用戶請 求、更新模型，以及選擇合適視圖組件返回給用戶。控制器組件有助于疳模型層和視圖 層分離，有了這種分離，就可在同一個模型的基礎上得心應手地開發(fā)多種類型的視圖。
本實施例采用Struts框架的控制器組件來預處理所有的客戶請求，這種集中控制 方式可以滿足MVC設計模式的兩大需求首先，控制器在用戶輸入數(shù)據(jù)和模型之間充當 媒介翻譯者的角色，提供一些通用功能。如安全、登入和其他針對具體用戶請求的重要 服務，當系統(tǒng)的這些通用功能出現(xiàn)需求變更時，不需要修改整個應用，只需要修改局部 的控制器組件即可。其次，由于所有的請求都經過控制器過濾，因此可以降低視圖組件 之間，以及視圖組件和模型組件之間的相互依賴關系，提高每個組件的相對獨立性。由 控制器組件來決定把合適的視圖組件返回給用戶，這可以減少視圖組件之間直接的、錯 綜復雜的鏈接關系，使應用更加靈活，便于維護。
門面接口 160，所述門面接口 160與所述業(yè)務邏輯層的應用程序關聯(lián)，所述 Struts控制器根據(jù)其接收的用戶請求調用所述門面接口 160以執(zhí)行所述業(yè)務邏輯層的應用 程序。所述Struts控制器通過所述門面接口 160的實現(xiàn)類調用所述門面接口 160，以執(zhí)行 所述業(yè)務邏輯層的應用程序。
下面說明一下門面模式的門面接口的具體實現(xiàn)，其實現(xiàn)包括三個步驟
Si、門面接口的定義。
要在程序中使用門面設計模式，首先要定義門面模式的門面接口。在java中接 口是一系列方法的聲明，是方法特征的集合，這些方法不能有具體實現(xiàn)。在本系統(tǒng)中將 門面接口定義位Facade，在該門面接口 Facade中包含了所有業(yè)務邏輯層130的方法。定 義代碼見下
public int erface Facade { //it empublic Lis-t <PayWay> IoadAllPayWayO ； public List <0rderSt atus> IoadAllStatus O . public void addOrder(Order order); public PayWay getPayway(int paywayid): public Order getOrder(String cardno): public Set getOrders(Order order); public void setOrders(Set orders): public Order ge-tOrderByldCint parameter): public Set getOrders(Esun_Book_User user); public void remove(Order order): //orderpublic List getProducts()；public Product getProduct(int product id);public List getPayWaysO ；public List get P art OfPr ο duct (iri"t f irstNum, int Biaxj String type)； public irvt getProductNum().
S2、門面接口的具體實現(xiàn)。
在定義好門面接口后就輪到實現(xiàn)該門面接口了。實現(xiàn)接口必須將接口中所有的 方法都一一實現(xiàn)。在本系統(tǒng)中門面接口的實現(xiàn)就是業(yè)務邏輯層130主要業(yè)務邏輯的實現(xiàn)。
S3、門面接口的調用。
最后是門面模式的接口調用。在本系統(tǒng)中使用了 spring的依賴注入將門面接口 的實現(xiàn)類依賴注入到了 spring容器中。因此在struts的action中只要寫入門面接口實現(xiàn) 類的get()方法就可以在后面的代碼中調用該門面接口實現(xiàn)類，實現(xiàn)了門面設計模式的應 用。下面的代碼為門面接口實現(xiàn)類在spring配置文件中的配置。
<bean id="facade" class="org.e3un. facade. Facade Imp“><property name="hpdao" ref="hibernateproductdao"></property；-《property naKie="hidao" ref="hibei:nateitemdao,r:></propert7> <propert7 naitie="hodao" ref="hibei:nateorderdao"></propertf> 〈property naifle="hudao" ref="liibei:nateiiserdao"></propei:ty></bean>
參見圖3，本發(fā)明還提供一種基于門面模式的信息系統(tǒng)架構方法200，其基于 JSP技術實現(xiàn)，包括以下步驟
201、建立通過數(shù)據(jù)庫存儲所述信息系統(tǒng)實體對象的數(shù)據(jù)服務層。
作為一實施例，所述數(shù)據(jù)服務層中的實體對象包括包括用戶實體、用戶信息實 體、商品實體、訂單實體以及商品項目實體。
202、建立通過JSP頁面來顯示數(shù)據(jù)并生成頁面效果的顯示層。
作為一實施例，所述顯示層中的JSP頁面使用客戶化標簽，所述客戶化標簽源 自 StratsHTML、Bean 和 Logic 標簽庫。
203、建立封裝處理業(yè)務數(shù)據(jù)的應用程序的業(yè)務邏輯層。
204、建立對所述數(shù)據(jù)服務層的實體對象進行持久化的持久化層。
建立封裝數(shù)據(jù)訪問細節(jié)，對所述數(shù)據(jù)服務層的實體對象進行持久化，為所述 業(yè)務邏輯層提供面向實體對象API的持久化層。作為一實施例，所述持久化層采用 Hibernate作為中間件，通過為所述數(shù)據(jù)服務層的實體對象創(chuàng)建擴展名為*.hbm.xml的映射 文件進行持久化。
205、建立門面接口，使所述門面接口與所述業(yè)務邏輯層的應用程序關聯(lián)。
206、建立接收用戶請求并執(zhí)行相應的業(yè)務邏輯層中的應用程序的WEB層。
建立WEB層，使其通過Struts控制器接收用戶請求，并調用Struts控制器的模 型組件，通過所述門面接口執(zhí)行與所述用戶請求對應的所述業(yè)務邏輯層中的應用程序， 所述應用程序通過所述持久化層調用并執(zhí)行所述數(shù)據(jù)服務層的數(shù)據(jù)，并將執(zhí)行結果返回 至所述顯示層。所述Struts控制器通過所述門面接口的實現(xiàn)類調用所述門面接口，以執(zhí) 行所述業(yè)務邏輯層的應用程序。
所述WEB層的Struts控制器包括Actioi^ervlet組件，用以作為Struts中央控制 器；RequestProcessOT組件，用以作為每個子應用模塊單元的請求處理器；Action組件，用以負責處理一項具體的業(yè)務。
需要指出的是，本發(fā)明所述的一種基于門面模式的信息系統(tǒng)架構方法200和本 發(fā)明所述一種基于門面模式的信息系統(tǒng)架構100，兩者在原理和實施例上是相同或類似的，故其重復部分不再贅述。 本技術領域中的普通技術人員應當認識到，以上的實施例僅是用來說明本發(fā) 明，而并非用作為對本發(fā)明的限定，只要在本發(fā)明的實質精神范圍內，對以上實施例的 變化、變型都將落在本發(fā)明的權利要求書范圍內。
權利要求
1.一種基于門面模式的信息系統(tǒng)架構，其基于JSP技術實現(xiàn)，包括 數(shù)據(jù)服務層，通過數(shù)據(jù)庫存儲所述信息系統(tǒng)的實體對象數(shù)據(jù)； 業(yè)務邏輯層，封裝處理業(yè)務數(shù)據(jù)的應用程序；持久化層，封裝數(shù)據(jù)訪問細節(jié)，對所述數(shù)據(jù)服務層的實體對象進行持久化，為所述 業(yè)務邏輯層提供面向實體對象的API ；顯示層，通過JSP頁面來顯示數(shù)據(jù)并生成頁面效果；WEB層，通過Struts控制器接收用戶請求，并調用Struts控制器的模型組件執(zhí)行與所 述用戶請求對應的所述業(yè)務邏輯層中的應用程序，所述應用程序通過所述持久化層調用 并執(zhí)行所述數(shù)據(jù)服務層的數(shù)據(jù)，并將執(zhí)行結果返回至所述顯示層；其特征在于，還包括一門面接口，所述門面接口與所述業(yè)務邏輯層的應用程序關 聯(lián)，所述Struts控制器根據(jù)其接收的用戶請求調用所述門面接口以執(zhí)行所述業(yè)務邏輯層的 應用程序。
2.如權利要求1所述的數(shù)據(jù)架構，其特征在于，所述Struts控制器通過所述門面接口 的實現(xiàn)類調用所述門面接口，以執(zhí)行所述業(yè)務邏輯層的應用程序。
3.如權利要求1或2所述的數(shù)據(jù)架構，其特征在于，所述數(shù)據(jù)服務層中的實體對象包 括用戶實體、用戶信息實體、商品實體、訂單實體以及商品項目實體。
4.如權利要求3所述的數(shù)據(jù)架構，其特征在于，所述持久化層采用Hibernate作為中 間件，通過為所述數(shù)據(jù)服務層的實體對象創(chuàng)建擴展名為*.hbm.xml的映射文件進行持久 化。
5.如權利要求4所述的數(shù)據(jù)架構，其特征在于，所述WEB層的Struts控制器包括 ActionServlet組件，用以作為Struts中央控制器；RequestProcessor組件，用以作為每個子應用模塊單元的請求處理器；Action組件，用以負責處理一項具體的業(yè)務。
6.—種基于門面模式的信息系統(tǒng)架構方法，其基于JSP技術實現(xiàn)，其特征在于，包括 以下步驟建立通過數(shù)據(jù)庫存儲所述信息系統(tǒng)的實體對象數(shù)據(jù)的數(shù)據(jù)服務層； 建立封裝處理業(yè)務數(shù)據(jù)的應用程序的業(yè)務邏輯層；建立封裝數(shù)據(jù)訪問細節(jié)，對所述數(shù)據(jù)服務層的實體對象進行持久化，為所述業(yè)務邏 輯層提供面向實體對象API的持久化層；建立通過JSP頁面來顯示數(shù)據(jù)并生成頁面效果的顯示層； 建立門面接口，使所述門面接口與所述業(yè)務邏輯層的應用程序關聯(lián)， 建立WEB層，使其通過Struts控制器接收用戶請求，并調用Struts控制器的模型組 件，通過所述門面接口執(zhí)行與所述用戶請求對應的所述業(yè)務邏輯層中的應用程序，所述 應用程序通過所述持久化層調用并執(zhí)行所述數(shù)據(jù)服務層的數(shù)據(jù)，并將執(zhí)行結果返回至所 述顯示層。
7.如權利要求6所述的數(shù)據(jù)架構方法，其特征在于，所述Struts控制器通過所述門面 接口的實現(xiàn)類調用所述門面接口，以執(zhí)行所述業(yè)務邏輯層的應用程序。
8.如權利要求6或7所述的數(shù)據(jù)架構方法，其特征在于，所述數(shù)據(jù)服務層中的實體對 象包括用戶實體、用戶信息實體、商品實體、訂單實體以及商品項目實體。
9.如權利要求8所述的數(shù)據(jù)架構方法，其特征在于，所述持久化層采用Hibernate作為中間件，通過為所述數(shù)據(jù)服務層的實體對象創(chuàng)建擴展名為*.hbm.xml的映射文件進行持 久化。
10.如權利要求9所述的數(shù)據(jù)架構方法，其特征在于，所述WEB層的Struts控制器包 括ActionServlet組件，用以作為Struts中央控制器；RequestProcessor組件，用以作為每個子應用模塊單元的請求處理器；Action組件，用以負責處理一項具體的業(yè)務。
全文摘要
本發(fā)明揭示了一種基于門面模式的信息系統(tǒng)架構以及架構方法，其通過建立門面模式的門面接口來實現(xiàn)外部用戶和信息系統(tǒng)的交互。門面模式工作時，使用門面對象的客戶端無需直接訪問系統(tǒng)對象，而是由門面對象將客戶端的請求傳遞給適當?shù)南到y(tǒng)對象，讓系統(tǒng)對象完成實際的工作。這就是說，由門面對象來調用相關系統(tǒng)的方法，并把系統(tǒng)的接口轉換成客戶端需要的接口?？蛻舳酥缓鸵粋€門面對象打交道。這樣一來就降低了系統(tǒng)之間的依賴性和復雜性。
文檔編號G06F17/30GK102024007SQ20091019620
公開日2011年4月20日 申請日期2009年9月23日 優(yōu)先權日2009年9月23日
發(fā)明者唐奇, 宋濤 申請人:上海杉達學院