.NET三層架構解析一：什么是三層架構
所謂三層架構，是在客戶端與數據庫之間加入了一個“中間層”，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結構，也不僅僅有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），將表中的每個字段都封裝成共有的屬性。
這樣三層架構的搭建就基本完成了。這三層有著非常強的依賴關系：
表示層 ← 業務邏輯層 ← 數據訪問層
他們之間的數據傳遞是雙向的，并且通常借助實體類傳遞數據。
那么三層架構都有哪些優點呢：
1、易于項目的修改和維護。在項目的開發過程中或者開發后的升級過程中，甚至在項目的移植過程中。這種三層架構是非常方便的。比如項目從Web移植到Form，我們只需要將表示層重新做一遍就可以了。其余兩層不用改動，只需添加到現有項目就可以了。如果不采用這種架構，只是將代碼寫到表示層。那么所有的編碼幾乎都要重新來了。
2、易于擴展。在功能的擴展上同樣如此，如有功能的添加只需把原有的類庫添加方法就可了
3、易于代碼的重用。這一點就不用解釋了。
4、易于分工協作開
還可以加個接口類庫Iinterface, 加入設計模式，使你的代碼靈活性更好，質量更高。
其實，當我們做一個項目時，我們應該先考慮一下這個項目是不是應該應用三層/多層設計時, 先得考慮下是不是真的需要? 實際上大部分程序就開個WebApplication就足夠了, 完全沒必要作的這么復雜. 而多層結構, 是用于解決真正復雜的項目需求的。
【編輯推薦】
