三層架構——3-tier architecture：通常意義上的三層架構就是將整個業務應用劃分為：介面層、業務邏輯層、資料訪問層。
區分層次的目的即為了「高內聚低耦合」的思想，在軟體體系架構設計中，分層式結構是最常見，也是最重要的一種結構，微軟推薦的分層式結構一般分為三層，從下至上分別為：資料訪問層、業務邏輯層（又或稱為領域層）、表示層。
由於層是一種弱耦合結構，層與層之間的依賴是向下的，底層對於上層而言是「無知」的，改變上層的設計對於其呼叫的底層而言沒有任何影響。
如果在分層設計時，遵循了面向介面設計的思想，那麼這種向下的依賴也應該是一種弱依賴關係，因而在不改變介面定義的前提下，理想的分層式架構，應該是乙個支援可抽取、可替換的「抽屜」式架構。
業務邏輯層：主要是針對具體的問題的操作，也可以理解成對資料層的操作，對資料業務邏輯處理，如果說資料層是積木，那邏輯層就是對這些積木的搭建。
介面層：主要表示web方式，也可以表示成winform方式，web方式也可以表現成：aspx，如果邏輯層相當強大和完善，無論表現層如何定義和更改，邏輯層都能完善地提供服務。
1：資料訪問層——dataaccess layer：主要看資料層裡面有沒有包含邏輯處理，實際上它的各個函式主要完成各個對資料檔案的操作。而不必管其他操作。
2：業務邏輯層——businesslogic layer：主要負責對資料層的操作。也就是說把一些資料層的操作進行組合。
3：表示層——userinte***ce layer：主要對使用者的請求接受，以及資料的返回，為客戶端提**用程式的訪問。
1、開發人員可以只關注整個結構中的其中某一層。
2、可以很容易的用新的實現來替換原有層次的實現。
3、可以降低層與層之間的依賴。
4、有利於標準化。
5、利於各層邏輯的復用。
6、結構更加的明確。
7、在後期維護的時候，極大地降低了維護成本和維護時間。
1、降低了系統的效能。這是不言而喻的。如果不採用分層式結構，很多業務可以直接造訪資料庫，以此獲取相應的資料，如今卻必須通過中間層來完成。
2、有時會導致級聯的修改。這種修改尤其體現在自上而下的方向。如果在表示層中需要增加乙個功能，為保證其設計符合分層式結構，可能需要在相應的業務邏輯層和資料訪問層中都增加相應的**。
3、增加了開發成本。
其中，業務邏輯層在體系架構中的位置很關鍵，它處於資料訪問層與表示層中間，起到了資料交換中承上啟下的作用，業務邏輯層的設計對於乙個支援可擴充套件的架構尤為關鍵，因為它扮演了兩個不同的角色。
對於資料訪問層而言，它是呼叫者；對於表示層而言，它卻是被呼叫者，依賴與被依賴的關係都糾結在業務邏輯層上，如何實現依賴關係的解耦，則是除了實現業務邏輯之外留給設計師的任務。
posted @
2018-08-11 20:56
韋邦槓 閱讀(
...)
編輯收藏
c mysql三層架構例項 三層架構例項
一 概要 這篇部落格，準備用乙個小demo來介紹應該實現三層架構。三層架構只是分層的一種經典形式，到底分幾層，要依具體情況而定，考慮到系統的複雜程度，和後期的可維護性，完全可以分四層，五層，甚至六層，七層。二 demo 1 實現語言 vb.net 2 需求 學校機房收費系統 中的乙個功能 操作員為學...
三層架構簡單案例分析
最近在網上找了一些資料學習三層架構的知識，初學者就像我來說理解那些抽象的道理還是很困難的，其實不妨用乙個小例子來好好地分析一下 首先，我們需要明白的是三層架構的劃分原理 如下圖所示 各個層的任務 資料訪問層 為資料庫中的每個表，設計乙個資料訪問類，類中實現 記錄的插入 刪除 單條記錄的查詢 記錄集的...
軟體工程 三層架構介紹
ui 表現層 主要是指與使用者互動的介面。用於接收使用者輸入的資料和顯示處理後使用者需要的資料。bll 業務邏輯層 ui層和dal層之間的橋梁。實現業務邏輯。業務邏輯具體包含 驗證 計算 業務規則等等。dal 資料訪問層 與資料庫打交道。主要實現對資料的增 刪 改 查。將儲存在資料庫中的資料提交給業...