三層架構，我們一般說的三層架構通常指的是：1、表現層(UI)：就是展現給用戶的界面，無論是網站前臺還是應用程式界面；2、業務邏輯層(BLL)：針對具體問題的邏輯操作；3、數據訪問層(DAL)：對數據進行操作。其他的層級基本都是在這三層之上的補充。 UI(User Interface)表示層： 就是我 ...
三層架構，我們一般說的三層架構通常指的是：1、表現層(UI)：就是展現給用戶的界面，無論是網站前臺還是應用程式界面；2、業務邏輯層(BLL)：針對具體問題的邏輯操作；3、數據訪問層(DAL)：對數據進行操作。其他的層級基本都是在這三層之上的補充。
UI(User Interface)表示層：
就是我們看到的網站前臺、應用程式界面。
BLL(Business Logic Layer)業務邏輯層：
主要是針對數據業務邏輯的處理。它的關註點主要集中在業務規則的制定、業務流程的實現等與業務需求有關的系統設計。它處於數據訪問層與表示層中間，起到了數據交換中承上啟下的作用。對於表示層而言它是被調用者，對於數據訪問層而言它則是調用者。如果說數據層是積木，那邏輯層就是對這些積木的搭建層。
DAL(Data Access Layer)數據訪問層：
主要是對數據的操作而不是資料庫，具體為上層業務邏輯層提供數據服務。簡單地說就是寫數據連接和執行的SQL語句來實現對實體也就是數據表的增、刪、改、查的操作。進一步的話可以加入ORM的元素，那麼就會包括對象和數據之間的表mapping，以及對象屍體的持久化。
DAL中常用的技術有ADO.NET + SQL語句、O/R Mapping框架 NHiberate、訪問不同數據源時LINQ TO (SQL、Oracle、XML)。
IDAL(Interface Data Access Layer)DAL的介面層:
是DAL的介面層它體現了“抽象”的精神，或者說是“面向介面編程”的最佳體現。在工廠設計模式中需要支持多數據源時面向介面編程的思想就有所體現。然後“IUserDAL iUserDal = new UserDAL();”。邏輯上我們可以這麼理解，那就是以為存在這樣的關係：BLL->IDAL->DAL，認為IDAL起到了BLL和DAL之間的橋梁作用，BLL是通過IDAL作為接收器來接收不同的DAL的對象。實際上你如此編碼：“IUserDAL iUserDal = ClassFacotry.CreateUserDAL();”，那麼在執行“iUserDal.SelectUsers()”時，其實還是執行的UserDAL實例，而不是IUserDAL實例，所以IDAL在三層中的位置是與DAL平級的關係。但是面向介面的思想就在此體現了。
MODEL這是實體/數據模型層：
一般來講Model層裡面的一個類對應資料庫裡面的一張表，類裡面的每一個屬性對應表裡面的每一個欄位，每個屬性都有自己的 GET 和 SET 方法， 項目中的數據存取都要依靠GET和SET方法來實現。它其實就是面向對象編程中最基本的東西：類。確切的說它不屬於縱向的哪一層，而是所有層都要用到的業務實體層。這樣，Model在三層架構中的位置，和int，string等變數的地位就一樣了，沒有其它的目的，僅用於數據的存儲而已，只不過它存儲的是複雜的數據。當你取數據時,如果使用DataSet,就沒有體現"面向對象"。相反,如果把DataSet里的行，變成Model層里的類對象。把DataSet變成List<>這樣的集合，更面向對象，也更符合多層架構的設計思想。(是對象的集合，不是數據行的集合)。或者使用泛型集合來代替DATASET。 IList<Model.實體類名>……
通常MODEL裡面的類，應該是和資料庫裡面表相對應的。這樣，你可以直接取表裡面的某個欄位。通過這種方法將MODEL的實體和資料庫表映射類，封裝資料庫文件。
DBUtility：
是連接數庫的方法。只是約定俗成的一個分類法，不是必須的。一般裡面都放SqlHelper這樣的類在裡面，由DAL中的數據訪問類來調用。也就是說DBUtility包含的是訪問資料庫的通用代碼。
DALFactory抽象工廠類：
作為創建DAL對象的工廠，並通過DataAccess類放到這個抽象工廠裡面去。對添加對IDAL項目的引用。在DataAccess類中，我們創建對象通過xml配置文件來將“條件外置”和“反射技術”實現。通過配置文件的程式集名，決定載入具體的那個DAL的程式集，動態組合類名來動態創建DAL對象，並返回IDAL介面對象(面向介面編程，IDAL可接收SQLServerDAL和OracleDAL等不同的實現)，為了性能和使用方便，DataAccess類全部採用靜態方法實現。
總結：
大體思想是3層，從Model,DAL,BLL，然後他在各層上又採用了工廠模式，把邏輯與實現分離，比如以前BLL直接調用DAL就好了，但現在BLL卻調用了IDAL,IDAL只是一個介面層，裡面封裝了要完成的一些業務邏輯，而具體的實現則交給DAL去實現，然後藉助於工廠模式DALFactory和反射技術動態載入程式集來完成IDAL層中類的實例化。這樣不管我們底層用的是什麼資料庫都可以完成BLL對DAL的調用。首先你不應該將那些SQL語句放在BLL層中，而應該是由DAL層來完成和資料庫的交互，DAL層又調用DBUtility的通用訪問資料庫代碼來實現對資料庫的連接訪問。他們之間的關係為DAL引用MODEL， BLL引用 DAL 和 MODEL，UI引用BLL和MODEL。
