我的架構經驗小結(二)-- 關於三層架構

   在 我的架構經驗小結(一)-- 常用的架構模型 一文中簡單介紹了我常採用的幾種架構模型,本文將稍微深入地介紹其中的一種 -- 三層架構模型。

一.三層架構圖

 
二.系統各層次職責
1.UI(User Interface)層的職責是數據的展現和採集,數據採集的結果通常以Entity object提交給BL層處理。與UI平行的Service Interface層用於將業務發佈爲服務(如WebServices)。

2.BL(Business Logic)層的職責是按預定的業務邏輯處理UI層提交的請求。
(1)Business class 子層負責基本業務功能的實現。
(2)Business Flow 子層負責將Business class子層提供的多個基本業務功能組織成一個完整的業務流。(Transaction通常在Business Flow 子層開啓。)

3.DataAccess層的職責是提供全面的數據訪問功能支持,並向上層屏蔽所有的SQL語句以及數據庫類型差異。
(1)DB Adapter子層負責屏蔽數據庫類型的差異。
(2)ORM子層負責提供對象-關係映射的功能。
(3)Relation子層提供ORM無法完成的基於關係(Relation)的數據訪問功能。
(4)BEM(Business Entity Manager)子層採用ORM子層和Relation子層來提供業務需要的基礎數據訪問能力。

三.Aspect
 Aspect貫穿於系統各層,是系統的橫切關注點。通常採用AOP技術來對橫切關注點進行建模和實現。
1.Securtiy Aspect:用於對整個系統的Security提供支持。
2.ErrorHandling Aspect:整個系統採用一致的錯誤/異常處理方式。
3.Log Aspect:用於系統異常、日誌記錄、業務操作記錄等。

四.規則
1.系統各層次及層內部子層次之間都不得跨層調用。
2.Entity object 在各個層之間傳遞數據。
3.需要在UI層綁定到列表的數據採用基於關係的DataSet傳遞,除此之外,應該使用Entity object傳遞數據。
4.對於每一個數據庫表(Table)都有一個Entity class與之對應,針對每一個Entity class都會有一個BEM Class與之對應。
5.在數量上,BEM Class比Entity class要多,這是因爲有些跨數據庫或跨表的操作(如複雜的聯合查詢)也需要由相應的BEM Class來提供支持。
6.對於相對簡單的系統,可以考慮將Business class 子層和Business Flow 子層合併爲一個。
7.UI層和BL層禁止出現任何SQL語句。

五.錯誤與異常
        異常可以分爲系統異常(如網絡突然斷開)和業務異常(如用戶的輸入值超出最大範圍),業務異常必須被轉化爲業務執行的結果。
1.DataAccess層不得向上層隱藏任何異常(該層拋出的異常幾乎都是系統異常)。
2.要明確區分業務執行的結果和系統異常。比如驗證用戶的合法性,如果對應的用戶ID不存在,不應該拋出異常,而是返回(或通過out參數)一個表示驗證結果的枚舉值,這屬於業務執行的結果。但是,如果在從數據庫中提取用戶信息時,數據庫連接突然斷開,則應該拋出系統異常。
3.在有些情況下,BL層應根據業務的需要捕獲某些系統異常,並將其轉化爲業務執行的結果。比如,某個業務要求試探指定的數據庫是否可連接,這時BL就需要將數據庫連接失敗的系統異常轉換爲業務執行的結果。
4.UI層除了從調用BL層的API獲取的返回值來查看業務的執行結果外,還需要截獲所有的系統異常,並將其解釋爲友好的錯誤信息呈現給用戶。

 六.項目目錄結構
1.目錄結構:以EAS系統爲例。

2.命名空間命名:每個dll的根命名空間即是該dll的名字,如EAS.BL.dll的根命名空間就是EAS.BL。每個根命名空間下面可以根據需求的分類而增加子命名空間,比如,EAS.BL的子空間EAS.BL.Order與EAS.BL.Permission分別處理不同的業務邏輯。

七.發佈服務與服務回調
   以EAS系統爲例。
1.如果EAS系統提供了WebService(Remoting)服務,則EAS必須提供EAS.Entrance.dll。EAS.Entrance.dll封裝了與EAS服務交換信息的通信機制,客戶系統只要通過EAS.Entrance.dll就可以非常簡便地訪問EAS提供的服務。
2.如果EAS需要通過WebService(Remoting)回調客戶系統,則必須提供僅僅定義了接口的EAS.CallBack.dll,客戶系統將引用該dll,實現其中的接口,並將其發佈爲服務,供EAS回調。
3.當WebService的參數或返回值需要是複雜類型,則該複雜類型應該在對應的EAS.Entrance.dll或EAS.CallBack.dll中定義,WebService定義的方法中的複雜類型應該使用Xml字符串代替,而Xml字符串和複雜類型對象之間的轉換應當在EAS.Entrance.dll或EAS.CallBack.dll中實現。


轉載地址:http://www.cnblogs.com/zhuweisky/archive/2007/01/24/629274.html

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章