所謂三層架構 是在客戶端與數據庫之間加入了壹個 中間層 也叫組件層 這裏所說的三層體系 不是指物理上的三層 不是簡單地放置三臺機器就是三層體系結構 也不僅僅有B/S應用才是三層體系結構 三層是指邏輯上的三層 即使這三個層放置到壹臺機器上 在項目開發的過程中 有時把整個項目分為三層架構 其中包括 表示層(UI) 業務邏輯層(BLL)和數據訪問層(DAL)
三層的作用分別如下 表示層 為用戶提供交互操作界面 這壹點不論是對於Web還是WinForm都是如此 就是用戶界面操作 我們網站展示給用戶看的界面
業務邏輯層 負責關鍵業務的處理和數據的傳遞 復雜的邏輯判斷和涉及到數據庫的數據驗證都需要在此做出處理 根據傳入的值返回用戶想得到的值 或者處理相關的邏輯
數據訪問層 見名知意 負責數據庫數據的訪問 主要為業務邏輯層提供數據 根據傳入的值來操作數據庫 增 刪 改或者其它 以下我簡單介紹下壹個用戶管理模塊: 為了整個項目的開發方便 我們在項目中會建幾個類庫SQLHelper BLL DAL Model和壹個Web網站 為了命名清晰 我們可以這樣命名這個三個工程（即在解決方案裏添加的類庫）: 業務邏輯層(BusinessLogicLayer) BLL 命名空間默認設置為BLL 數據訪問層(DataAccessLayer):DAL 命名空間默認設置為DAL SQL幫助類 SQLHelper 命名空間默認設置為SQLHelper 另外我們為了數據傳遞的方便 通常再添加壹個類庫 這個類庫是貫穿於整個三層架構中的 即實體類 通常命名為Model 命名空間默認值設置為 Models 其中封裝的每個類都對應壹個實體 通常就是數據庫中的壹個表 如數據庫中的用戶表（custom）封裝為（custom） 將表中的每個字段都封裝成***有的屬性 這樣三層架構的搭建就基本完成了 這三層有著非常強的依賴關系 表示層 ← 業務邏輯層 ← 數據訪問層 他們之間的數據傳遞是雙向的 並且通常借助實體類傳遞數據 那麽三層架構都有哪些優點呢 易於項目的修改和維護 在項目的開發過程中或者開發後的升級過程中 甚至在項目的移植過程中 這種三層架構是非常方便的 比如項目從Web移植到Form 我們只需要將表示層重新做壹遍就可以了 其余兩層不用改動 只需添加到現有項目就可以了 如果不采用這種架構 只是將代碼寫到表示層 那麽所有的編碼幾乎都要重新來了 易於擴展 在功能的擴展上同樣如此 如有功能的添加只需把原有的類庫添加方法就可了 易於代碼的重用 這壹點就不用解釋了 易於分工協作開 還可以加個接口類庫Iinterface 加入設計模式 使妳的代碼靈活性更好 質量更高 其實 當我們做壹個項目時 我們應該先考慮壹下這個項目是不是應該應用三層/多層設計時 先得考慮下是不是真的需要? 實際上大部分程序就開個WebApplication就足夠了 完全沒必要作的這麽復雜 而多層結構 是用於解決真正復雜的項目需求的 lishixinzhi/Article/program/net/201311/12405
上一篇:描述壹下希靈帝國的大概內容下一篇:dnf虛空魔石在哪裏獲得