[發明專利]一種高并發可擴展的業務系統

有效

• 申請號: 201310036921.9
• 申請日: 2013-01-31
• 公開（公告）號: CN103077037B
• 公開（公告）日: 2016-11-30
• 發明（設計）人: 謝剛
• 申請（專利權）人: 五八同城信息技術有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44
• 代理公司: 工業和信息化部電子專利中心 11010
• 代理人: 田俊峰

技術領域

本發明涉及計算機技術領域，特別是涉及一種高并發可擴展的業務系統。背景技術

現有的業務系統，采用了簡單的三層架構模式，具體分成：

1、表現層（USL，User?Show?Layer）：通俗講就是展現給用戶的界面，即用戶在使用一個系統的時候他的所見所得

2、業務邏輯層（BLL，Business?Logic?Layer）：針對具體問題的操作，也可以說是對數據層的操作，對數據業務邏輯處理。

3、數據訪問層（DAL，Data?Access?Layer）：該層所做事務直接操作數據庫，針對數據的增添、刪除、修改、查找等。

此架構的缺點在于：

1、降低了系統的性能：這是不言而喻的，如果不采用分層式結構，很多業務可以直接造訪數據庫，以此獲取相應的數據，如今卻必須通過中間層來完成。

2、有時會導致級聯的修改：這種修改尤其體現在自上而下的方向。如果在表示層中需要增加一個功能，為保證其設計符合分層式結構，可能需要在相應的業務邏輯層和數據訪問層中都增加相應的代碼。

3、增加了開發成本：業務層垂直化時硬編碼，并發開發時對同一文件做修改，各自實現對底層的調用。

發明內容

本發明要解決的技術問題是提供一種高并發可擴展的業務系統，用以解決現有技術三層架構模式并發開發難度大的問題。

為解決上述技術問題，本發明提供一種高并發可擴展的業務系統，包括：

（1）服務層，負責底層服務的封裝，統一處理底層服務，減少服務接口的誤調取，統一版本更替；

（2）業務層，為各個項目的公共的基礎業務，提供高可用的公共業務，

提供統一日志處理；

（3）個性化表現層，進行個性化數據封裝；

（4）控制層，對系統的各層進行控制；

（5）模板定位層，用于確定給用戶呈現的模板形態，以及同時定位具體層級繼承關系。

本發明有益效果如下：

本發明統一開發模式，層級劃分清晰，開發人員各司其職，可以很方便的做到垂直劃分與水平劃分，可以很容易實現層次的替換；降低層與層之間的依賴；有利于標準化，利于各層邏輯的復用，結構更加的明確；大大提高了開發編碼速度，減小了并發開發難度；在后期維護的時候，極大地降低了維護成本和維護時間。

附圖說明

圖1是本發明實施例中一種高并發可擴展的業務系統的結構示意圖。

具體實施方式

以下結合附圖以及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不限定本發明。

本發明涉及一種實現支持垂直劃分，橫向擴展的高并發可擴展的業務系統，從系統架構上解決多人并發開發帶來的問題；同時很方便的擴展出同類型的系統，大大提高開發效率。該系統可以但不限于應用到以下方面：

1、pc端：列表頁系統，最終頁系統，發布系統，個人中心；

2、手機客戶端：列表頁系統，最終頁系統，發布系統，個人中心；

3、手機m端：列表頁系統，最終頁系統，發布系統，個人中心。

如圖1所示，本發明實施例涉及一種高并發可擴展的業務系統，包括：

（1）服務層，負責底層服務的封裝，統一處理底層服務，減少服務接口的誤調取，統一版本更替，提高開發效率；

（2）業務層，為各個項目的公共的基礎業務，提供高可用的公共業務，提供統一日志處理，提高開發效率；

（3）個性化表現層，進行個性化數據封裝；SqlHelper類提供給前端模板的調用方法，各個項目的SqlHelper都從該層擴展；

（4）控制層，對系統的各層進行控制；

（5）模板定位層，用于確定給用戶呈現的模板形態，以及同時定位具體層級繼承關系。

以租房類別為例，就分成ABCD四級城市，每一級城市的模板都不盡相同，即使是同一城市的租房類別，也可能存在純文本版/圖文版、普通地標版、小區版、公交版或地鐵版等多種展現形式，如果通過配置文件或硬編碼，無疑會增加很多維護成本，效果也非常不直接。

而通過模板定位，可以根據產品模型從用戶訪問的URL（UniformResourceLocator，統一資源定位符）或其它相關信息（如UA幀頭或Cookies等）獲取所需要的參數，就可以確定應該給用戶呈現的模板形態；同時定位具體層級繼承關系，可以減少大量的定位配置，定位關系樹可以很直觀的查問樹間的關系。