文章目錄

• 介紹
• • 表現層（JSP）：
  • 業務邏輯層
  • Dao層
• 使用三層架構的優缺點

---

介紹

三層架構(3-tier architecture) 通常意義上的三層架構就是將整個業務應用劃分為：界面層（User Interface layer）、業務邏輯層（Business Logic Layer）、數據訪問層（Data access layer）。區分層次的目的即為了 “高內聚低耦合” 的思想。在軟件體系架構設計中，分層式結構是最常見，也是最重要的一種結構。微軟推薦的分層式結構一般分為三層，從下至上分別為：數據訪問層、業務邏輯層（又或稱為領域層）、表示層。

表現層（JSP）：

表現層也稱為界面層，位于最外層（最上層），離用戶最近。用于顯示數據和接收用戶輸入的數據，為用戶提供一種交互式操作的界面。

業務邏輯層

主要負責對數據層的操作。也就是說把一些數據層的操作進行組合。

Dao層

主要看數據層里面有沒有包含邏輯處理，實際上它的各個函數主要完成各個對數據文件的操作。而不必管其他操作。

使用三層架構的優缺點

優點：

可以降低層與層之間的依賴

開發人員可以只關注整個結構中的其中某一層

可以很容易的用新的實現來替換原有層次的實現

項目結構更清楚，分工更明確，有利于后期的維護和升級

安全性高。用戶端只能通過邏輯層來訪問數據層，減少了入口點，把很多危險的系統功能都屏蔽了。

實現“高內聚和低耦合”的思想

在軟件設計中通常用耦合度和內聚度作為衡量模塊獨立程度的標準。劃分模塊的一個準則是高內聚低耦合。從模塊粒度來看，高內聚：盡可能類的每個成員方法只完成一件事（最大限度的聚合）； 低耦合：減少類內部，一個成員方法調用另一個成員方法。從類角度來看， 高內聚低耦合：減少類內部，對其他類的調用；從功能塊來看 高內聚低耦合：減少模塊之間的交互復雜度（接口數量，參數數據）即橫向：類與類之間、模塊與模塊之間；縱向：層次之間；盡可能，內容內聚，數據耦合。

缺點：

使得項目架構變得復雜，對開發人員要求高。

降低了系統的性能，如果不采用三層架構，有很多業務可以直接訪問數據庫，以此獲取需要的數據，不過使用了三層架構之后方法需要來回調用，這樣一來肯定是比直接調用數據庫要慢的。

有時會導致級聯的修改，這種修改尤其體現在自上而下的方向。如果在表示層中需要增加一個新功能，為保證其設計符合。分層式結構，可能需要在相應的業務邏輯層和數據訪問層中都增加相應的代碼。

總結

以上是生活随笔為你收集整理的三层架构介绍的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。