web三層架構概述
注：（內聚：乙個模組內各個元素彼此結合的緊密程度；耦合：乙個軟體結構內不同模組之間互連程度的度量）
2、業務邏輯層（bll）
業務邏輯層在體系架構中的位置很關鍵，它處於資料訪問層與表示層中間，起到了資料交換中承上啟下的作用。由於層是一種弱耦合結構，層與層之間的依賴是向下的，底層對於上層而言是「無知」的，改變上層的設計對於其呼叫的底層而言沒有任何影響。如果在分層設計時，遵循了面向介面設計的思想，那麼這種向下的依賴也應該是一種弱依賴關係。因而在不改變介面定義的前提下，理想的分層式架構，應該是乙個支援可抽取、可替換的「抽屜」式架構。正因為如此，業務邏輯層的設計對於乙個支援可擴充套件的架構尤為關鍵，因為它扮演了兩個不同的角色。對於資料訪問層而言，它是呼叫者；對於表示層而言，它卻是被呼叫者。依賴與被依賴的關係都糾結在業務邏輯層上，如何實現依賴關係的解耦，則是除了實現業務邏輯之外留給設計師的任務。
主要是對原始資料（資料庫或者文字檔案等存放資料的形式）的操作層，而不是指原始資料，也就是說，是對資料的操作，而不是資料庫，具體為業務邏輯層或表示層提供資料服務。
4、優點
1、開發人員可以只關注整個結構中的其中某一層；
2、可以很容易的用新的實現來替換原有層次的實現；
3、可以降低層與層之間的依賴；
4、有利於標準化；
5、利於各層邏輯的復用。
6、結構更加的明確
7、在後期維護的時候，極大地降低了維護成本和維護時間
5、缺點
1、降低了系統的效能。這是不言而喻的。如果不採用分層式結構，很多業務可以直接造訪資料庫，以此獲取相應的資料，如今卻必須通過中間層來完成。
2、有時會導致級聯的修改。這種修改尤其體現在自上而下的方向。如果在表示層中需要增加乙個功能，為保證其設計符合分層式結構，可能需要在相應的業務邏輯層和資料訪問層中都增加相應的**。
3、增加了開發成本。
通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得
主要表示web方式，也可以表示成winform方式，web方式也可以表現成：aspx，如果邏輯層相當強大和完善，無論表現層如何定義和更改，邏輯層都能完善地提供服務。
針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理
如果說資料層是積木，那邏輯層就是對這些積木的搭建。
3、資料訪問層（dal）
該層所做事務直接運算元據庫，針對資料的增添、刪除、修改、查詢等
WEB開發三層架構概述
關於 表現層 ui 通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。業務邏輯層 bll 針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。資料訪問層 dal 該層所做事務直接運算元據庫，針對資料的增 刪 改 查。概述 在軟體體系架構設計中，分層式結構是最常見，...
WEB開發三層架構概述
表現層 ui 通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。業務邏輯層 bll 針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。資料訪問層 dal 該層所做事務直接運算元據庫，針對資料的增 刪 改 查。概述 在軟體體系架構設計中，分層式結構是最常見，也是最...
WEB開發三層架構概述
關於 表現層 ui 通俗講就是展現給使用者的介面，即使用者在使用乙個系統的時候他的所見所得。業務邏輯層 bll 針對具體問題的操作，也可以說是對資料層的操作，對資料業務邏輯處理。資料訪問層 dal 該層所做事務直接運算元據庫，針對資料的增 刪 改 查。概述 在軟體體系架構設計中，分層式結構是最常見，...