[發明專利]一種彈性可擴展的多數據源mvc模型架構

在審

• 申請號: 201410831700.5
• 申請日: 2014-12-25
• 公開（公告）號: CN104484182A
• 公開（公告）日: 2015-04-01
• 發明（設計）人: 郭樹盛;唐素芳;徐志偉
• 申請（專利權）人: 廣東電子工業研究院有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 廣東莞信律師事務所 44332
• 代理人: 余倫

技術領域

本發明涉及軟件技術開發領域，具體涉及一種彈性可擴展的多數據源mvc模型架構。

背景技術

面向對象技術的出現與廣泛使用，使得軟件的可復用性在一定層度上得到了解決；但由于軟件規模和復雜程度的增加以及很多其他方面的原因，人們對軟件復用同時也要求越來越高。結構清晰、便于復用、易于維護和可擴展，是目前軟件設計所追求的目標。因而mvc(model-view-controller，模型-視圖-控制器)做為一種主流的設計模式應運而生。它將應用程序分成三個核心部件：模型、視圖、控制器。集成SSH框架的系統從職責上分為四層：表示層、業務邏輯層、數據持久層和域模塊層，以幫助開發人員在短期內搭建結構清晰、可復用性好、維護方便的Web應用程序。其中使用Struts作為系統的整體基礎架構，負責MVC的分離，在Struts框架的模型部分，控制業務跳轉，利用Hibernate框架對持久層提供支持，Spring做管理，管理struts和hibernate。但是，隨著時間推移，MVC模式也暴露出大量缺點，因為MVC模式本質上是一個結構型模式。結構模式相比行為模式而言，實際就是靜止的，相對固定的，而隨著B/S和互聯網應用不斷普及，相對靜止的MVC模式已經不適合高度交互注重行為的應用了。一般的ssh框架都是基于單一數據源基礎上設計的三層架構，過于模式化，對web容器有很強的依賴，不容易動態擴展多數據源其他相關業務。

發明內容

本發明解決的技術問題在于提供一種彈性可擴展的多數據源mvc模型架構；基于多數據源情況下，可靈活擴展相關業務邏輯處理的架構。

本發明解決上述技術問題的技術方案是：

針對每個數據源都有其相應的模型層，也就是業務邏輯處理層，而不同數據源又通過統一的控制器層來統一控制業務層跟表現層的交互；表現層可根據需要靈活動態選擇多數據源業務；針對不同數據源都有相應子mvc模式與其對應；表現層和控制層不是獨立設計的，控制層是共用的，表現層也大都是混用的，也就是同一個視圖界面可以同時調用不同數據源業務。

對于每個數據源對應的模型層都通過統一的baseDao層及baseService層實現，但并非每個數據源都要寫對應的代碼層，可直接通過上下文配置不同javabean名稱即可；上層通過配置的名字直接進行baseService層基礎操作接口調用；根據需要及hibernate的特征，有時需要根據數據源庫表配置po持久化對象及映射文件等。

所述的架構基于ssh(struts+spring+hibernate)技術之上。

多數據源可以根據實際需要通過擴展添加相關上下文配置信息的方式接入，此種方式下擴展接入的數據源會在應用部署到項目時就進行持久連接；也可以根據系統需要，臨時通過代碼組建，這樣事務管理、java?bean等都統一通過spring及hibernate進行管理。

通過本發明的架構，用戶只需擴展增加相關配置文件信息及按需添加數據庫庫表相關的映射代碼，就可以擴展并發執行多數據源業務邏輯事務處理。同時，用戶也可以根據數據源連接信息動態構建相關數據源下的基礎業務邏輯處理層，程序直接調用基礎接口方法便可以簡便的處理上層針對此數據源的業務處理。

附圖說明

下面結合附圖對本發明進一步說明：

圖1為系統實現本方法的整體架構圖

圖2為本發明代碼實現結構圖。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。