業務邏輯層

業務邏輯層

業務邏輯層(Business Logic Layer)無疑是系統架構中體現核心價值的部分。它的關注點主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計,也即是說它是與系統所應對的領域(Domain)邏輯有關,很多時候,也將業務邏輯層稱為領域層。

簡述


所謂的三層開發就是將系統的整個業務應用劃分為表示層,業務邏輯層和數據訪問層,這樣有利於系統的開發、維護、部署和擴展。
分層是為了實現“高內聚,低耦合”。採用“分而治之”的思想,把問題劃分開來各個解決,易於控制,延展和分配資源。業務邏輯層用於做一些有效性驗證的工作,以更好地保證程序運行的健壯性。如完成數據添加、修改和查詢業務等;不允許指定的文本框中輸入空字元串,數據格式是否正確以及數據類型驗證;用戶許可權的合法性判斷等;通過以上的諸多判斷以決定是否將操作繼續向後傳遞,盡量保證程序的正常運行。
業務邏輯層
業務邏輯層

作用


例如Martin Fowler在《Patterns of Enterprise Application Architecture》一書中,將整個架構分為三個主要的層:表示層、領域層和數據源層。作為領域驅動設計的先驅Eric Evans,對業務邏輯層作了更細緻地劃分,細分為應用層與領域層,通過分層進一步將領域邏輯與領域邏輯的解決方案分離。
業務邏輯層在體系架構中的位置很關鍵,它處於數據訪問層與表示層中間,起到了數據交換中承上啟下的作用。由於層是一種弱耦合結構,層與層之間的依賴是向下的,底層對於上層而言是“無知”的,改變上層的設計對於其調用的底層而言沒有任何影響。如果在分層設計時,遵循了面向介面設計的思想,那麼這種向下的依賴也應該是一種弱依賴關係。因而在不改變介面定義的前提下,理想的分層式架構,應該是一個支持可抽取、可替換的“抽屜”式架構。正因為如此,業務邏輯層的設計對於一個支持可擴展的架構尤為關鍵,因為它扮演了兩個不同的角色。對於數據訪問層而言,它是調用者;對於表示層而言,它卻是被調用者。依賴與被依賴的關係都糾結在業務邏輯層上,如何實現依賴關係的解耦,則是除了實現業務邏輯之外留給設計師的任務。