通常意義上的三層架構就是將整個業務應用劃分為：表現層（ui）、業務邏輯層（bll）、資料訪問層（dal）。區分層次的目的即為了「高內聚。低耦合」的思想。
1、表現層（ui）：通俗講就是展現給使用者的介面。即使用者在使用乙個系統的時候他的所見所得。
2、業務邏輯層（bll）：針對詳細問題的操作，也能夠說是對資料層的操作，對資料業務邏輯處理。
3、資料訪問層（dal）：該層所做事務直接運算元據庫，針對資料的增添、刪除、改動、查詢等。
注：應用三層離不開還有乙個重要的類：實體類，如今接觸的主要是資料庫表抽象出的類，表中的每乙個字段就是乙個詳細例項。相同跟業務實體相關的事物都能夠成為實體類。
1、資料訪問層：從資料來源載入資料（select）。向資料來源寫入資料（insert/update）;從資料來源刪除資料（delete）. 是對資料的操作。而不是資料庫。詳細為業務邏輯層或表示層提供資料服務，不包括不論什麼與業務相 關的邏輯處理。
2、業務邏輯層： 從dal中獲取資料，以供ui顯示用；從ui獲取使用者指令和資料，執行業務邏輯。從ui中獲取使用者指 令和資料，通過dal寫入資料來源。
對資料層的操作。對資料業務邏輯處理。
職責機制：ui->bll->ui；ui->bll->dal->bll->ui
3、表示層：從向使用者展現特定業務資料；採集使用者的輸入資訊和操作。
主要表示web方式和winfrom方式。
原則：使用者至上，兼顧簡潔。
4、實體類：
對於表示層來說，介面通過實體類傳遞資料。將解析實體物件中封裝的資料展示給使用者；將使用者請求的 資料封裝到實體物件中。
對於業務邏輯層來說，將接受到的實體物件傳遞到下一層；依據使用者請求對實 體中資料進行處理。
對於資料訪問層來說，從資料庫取得資料通過實體類返回。
開發者僅僅關注整個結構中的當中某一層；
能夠非常easy的用心的實現來替換原有層次的實現；
能夠減少層與層之間的依賴；
有利於標準化；
利於個曾邏輯的復用；
結構更加的明白。
在後期維護的時候。極大地減少了維護成本和維護時間；
減少了系統的效能。假設不採用分層式結構，非常多業務能夠直接造訪獲取對應的資料，，如今必須通過中間層來完畢。
有時會導致級聯的改動。這樣的改動尤其體如今自上而下的方向。假設表示層須要新增乙個功能。為保證其設計符合分層結構，可能須要在對應的業務邏輯層和資料訪問層中都新增對應的**。
新增了開發成本。
下篇是三層結構的實踐篇
三層結構 理論篇
1 開發人員可以只關注整個結構中的其中某一層 2 可以很容易的用新的實現來替換原有層次的實現 3 可以降低層與層之間的依賴 4 有利於標準化 5 利於各層邏輯的復用。6.方便團隊分工 將整個業務應用劃分為 表現層 ui 業務邏輯層 bll 資料訪問層 dal 區分層次的目的即為了 高內聚，低耦合 的...
三層架構 實踐篇
層 呼叫ui層 model bll bll層 model dll dll層 model 最後就是 實現部分 model層namespace login.model public string username public string password public string email ui...
c mysql三層架構例項 三層架構例項
一 概要 這篇部落格，準備用乙個小demo來介紹應該實現三層架構。三層架構只是分層的一種經典形式，到底分幾層，要依具體情況而定，考慮到系統的複雜程度，和後期的可維護性，完全可以分四層，五層，甚至六層，七層。二 demo 1 實現語言 vb.net 2 需求 學校機房收費系統 中的乙個功能 操作員為學...