所謂三層架構
是在客戶端與數據庫之間加入了一個
中間層
也叫組件層
這裡所說的三層體系
不是指物理上的三層
不是簡單地放置三台機器就是三層體系結構
也不僅僅有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就足夠了
完全沒必要作的這麼復雜
而多層結構
是用於解決真正復雜的項目需求的
From:http://tw.wingwit.com/Article/program/net/201311/12405.html
