三層架構
在軟件體系架構設計中,分層式結構是最常見,也是最重要的一種結構。微軟推薦的分層式結構一般分為三層,從下至上分別為:數據訪問層、業務邏輯層(又或稱為領域層)、表示層。這也是Java Web中重要的三層架構中的三個層次。區分層次的目的即為了“高內聚低耦合”的思想。
MVC
MVC(模型Model-視圖View-控制器Controller)是一種架構模式,可以用它來創建在域對象和UI表示層對象之間的區分。
區別
同樣是架構級別的,相同的地方在于他們都有一個表現層,但是他們不同的地方在于其他的兩個層。
在三層架構中沒有定義Controller的概念。這是最不同的地方。而MVC也沒有把業務的邏輯訪問看成兩個層,這是采用三層架構或MVC搭建程序最主要的區別。
分層的最佳實踐
隨著網站的用戶量的不斷提升,系統架構也在不斷的調整。有時候,隨著業務越來越復雜,有時候三層架構好像不夠用了。比如,我們的應用除了要給用戶提供頁面訪問以外,還需要提供一些開放接口,供外部系統調用。這個接口既不屬于界面層,也不應該屬于業務邏輯層,因為他還可能包含一些和業務邏輯無關的處理,如權限控制、流量控制等。
還有,隨著微服務的盛行,我們應用中可能要依賴很多外部接口或第三方平臺。這部分代碼放下業務邏輯層和數據訪問層也都不合適。
所以,漸漸的,在三層架構的基礎上,系統架構的分層變得更加復雜了。也正是因為復雜,就非??简灱軜嬙O計能力,因為層次劃分的不好,很可能會影響后面的開發,給代碼維護帶來很大的困難。
下圖,是阿里巴巴(參考《阿里巴巴Java開發手冊》)提倡的應用分層結構:
開放接口層
可直接封裝 Service 方法暴露成 RPC 接口;通過 Web 封裝成 http 接口;進行網關安全控制、流量控制等。
終端顯示層
各個端的模板渲染并執行顯示的層。當前主要是 velocity 渲染,JS 渲染,JSP 渲染,移動端展示等。
Web 層
主要是對訪問控制進行轉發,各類基本參數校驗,或者不復用的業務簡單處理等。
Service 層
相對具體的業務邏輯服務層。事務處理層。
Manager 層
通用業務處理層,它有如下特征: 1) 對第三方平臺封裝的層,預處理返回結果及轉化異常信息; 2) 對 Service 層通用能力的下沉,如緩存方案、中間件通用處理; 3) 與 DAO 層交互,對多個 DAO 的組合復用。
DAO 層
數據訪問層,與底層 MySQL、Oracle、Hbase 等進行數據交互。
外部接口或第三方平臺
包括其它部門 RPC 開放接口,基礎平臺,其它公司的 HTTP 接口。
異常處理往上拋
DAO層產生的異常類型可能有很多,可能是SQL相關的異常,也可能是數據庫連接相關的異常。這一層的處理方式可以簡單一點,直接try-catch(Exception),然后封裝成DAOException拋給上一層。這一層一般不需要打印日志,交給Service或者Manager層來打印。
Manager/Service層首先,對于DAO層拋上來的異常一定要捕獲的,并且記錄日志打印現場。這兩層發生的異??梢愿鶕闆r決定是繼續向上拋還是自己處理掉。如果是自己可以處理的異常,就捕獲,打日志,然后通過ErrorCode等方式返回給上一層。如果是自己無法處理或者不知道該如何處理的異常,就直接拋給上一層來處理。
Web 層和外部接口或第三方平臺層不可以拋出異常,需要返回友好提示或者友好錯誤界面,并且記錄好日志方便日后排查。