三層架構及其優缺點

優缺點

優點：1、開發人員可以只關注整個結構中的其中某一層；

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

3、可以降低層與層之間的依賴；

4、有利於標準化；

5、利於各層邏輯的復用。

6、擴充套件性強。不同層負責不同的層面，如petshop可經過簡單的配置實現sqlserver和oracle之間的轉換，當然寫好了也可以實現b/s與c/s之間的轉換

7、安全性高。使用者端只能通過邏輯層來訪問資料層，減少了入口點，把很多危險的系統功能都遮蔽了。

8、專案結構更清楚，分工更明確，有利於後期的維護和公升級

缺點：1、降低了系統的效能。這是不言而喻的。如果不採用分層式結構，很多業務可以直接造訪資料庫，以此獲取相應的資料，如今卻必須通過中間層來完成。

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

3、增加了**量，增加了工作量

三層架構是：

一：介面層

介面層提供給使用者乙個視覺上的介面，通過介面層，使用者輸入資料、獲取資料。介面層同時也提供一定的安全性，確保使用者不用看到不必要的機密資訊。

二：邏輯層

邏輯層是介面層和資料層的橋梁，它響應介面層的使用者請求，執行任務並從資料層抓取資料，並將必要的資料傳送給介面層。

三：資料層

資料層定義、維護資料的完整性、安全性，它響應邏輯層的請求，訪問資料。這一層通常由大型的資料庫伺服器實現，如oracle 、sybase、ms sql server等。

------

小專案，以後變動不大的不用三層架構。

asp.net三層結構說明

完善的三層結構的要求是:修改表現層而不用修改邏輯層,修改邏輯層而不用修改資料層。否則你的應用是不是多層結構,或者說是層結構的劃分和組織上是不是有問題就很難說.不同的應用有不同的理解，這只是乙個概念的問題．

理解asp.net三層結構——為什麼要分三層？

我們用三層結構主要是使專案結構更清楚，分工更明確，有利於後期的維護和公升級。它未必會提公升效能，因為當子程式模組未執行結束時，主程式模組只能處於等待狀態。這說明將應用程式劃分層次，會帶來其執行速度上的一些損失。但從團隊開發效率角度上來講卻可以感受到大不相同的效果。

需要說明一下，三層結構不是.net的專利，也不是專門用在資料庫上的技術。它是一種更加普適的架構設計理念。

此種架構要在資料庫設計上注意表之間的關係，盡力滿足主與子的關係。在功能上對使用者要有一定的限制，不要表現在對於子表的刪除操作一定要慎重，以免造成主表與子表的資料在邏輯上出現的主表的外來鍵在子表中沒有相對應的值。

對於表的綜合查詢方法是：

先對主表查詢，呼叫主表所對應的dl。再根據主表的記錄分別對每乙個子表進行查詢。將自表的查詢結果新增的主表後，形成乙個大的查詢集合。

對於表的操作（增刪改）：

此時只對主表進行操作，呼叫主表對應的dl中的操作方法。

rl層是邏輯判斷層，主要是對頁面上傳入的資料進行邏輯判斷。rl層之上就是ui