概述
在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：資料訪問層、業務邏輯層（又或成為領域層）、表示層。
三層結構原理：
3個層次中，系統主要功能和業務邏輯都在業務邏輯層進行處理。
所謂三層體系結構，是在客戶端與資料庫之間加入了乙個「中間層」，也叫元件層。這裡所說的三層體系，不是指物理上的三層，不是簡單地放置三颱機器就是三層體系結構，也不僅僅有b/s應用才是三層體系結構，三層是指邏輯上的三層，即使這三個層放置到一台機器上。
三層體系的應用程式將業務規則、資料訪問、合法性校驗等工作放到了中間層進行處理。通常情況下，客戶端不直接與資料庫進行互動，而是通過com/dcom通訊與中間層建立連線，再經由中間層與資料庫進行互動。
表示層
位於最外層（最上層），離使用者最近。用於顯示資料和接收使用者輸入的資料，為使用者提供一種互動式操作的介面。
業務邏輯層
資料層優缺點
優點：
1、開發人員可以只關注整個結構中的其中某一層；
2、可以很容易的用新的實現來替換原有層次的實現；
3、可以降低層與層之間的依賴；
4、有利於標準化；
5、利於各層邏輯的復用。
缺點：
1、降低了系統的效能。這是不言而喻的。如果不採用分層式結構，很多業務可以直接造訪資料庫，以此獲取相應的資料，如今卻必須通過中間層來完成。
2、有時會導致級聯的修改。這種修改尤其體現在自上而下的方向。如果在表示層中需要增加乙個功能，為保證其設計符合分層式結構，可能需要在相應的業務邏輯層和資料訪問層中都增加相應的**。
規則
與mvc的區別
mvc（模型model-檢視view-控制器controller）是一種設計模式，我們可以用它來建立在域物件和ui表示層物件之間的區分。
同樣是架構級別的，相同的地方在於他們都有乙個表現層，但是他們不同的地方在於其他的兩個層。
在三層架構中沒有定義controler的概念。這是我認為最不同的地方。而mvc也沒有把業務的邏輯訪問看成兩個層，這是採用三層架構或mvc搭建程式最主要的區別。當然了。在三層中也提到了model，但是三層架構中model的概念與mvc 中model的概念是不一樣的，「三層」中典型的model層是已實體類構成的，而mvc裡，則是由業務邏輯與訪問資料組成的。
三層架構和MVC模式
1 表現層 ui 通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。2 業務邏輯層 bll 針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。3 資料訪問層 dal 該層所做事務直接運算元據庫，針對資料的增添 刪除 修改 更新 查詢等。表現層實現的代表作品是st...
MVC和三層架構
一 mvc m model 模型 應用程式的核心功能，管理這個模組中用的資料和值 v view 檢視 檢視提供模型的展示，管理模型如何顯示給使用者，它是應用程式的外觀 c controller 控制器 對使用者的輸入做出反應，管理使用者和檢視的互動，是連線模型和檢視的樞紐。1.1 mvc如何工作 m...
MVC和三層架構
一 mvc m model 模型 應用程式的核心功能，管理這個模組中用的資料和值 v view 檢視 檢視提供模型的展示，管理模型如何顯示給使用者，它是應用程式的外觀 c controller 控制器 對使用者的輸入做出反應，管理使用者和檢視的互動，是連線模型和檢視的樞紐。1.1 mvc如何工作 m...