三層架構(gòu)(3-tier application) 通常意義上的三層架構(gòu)就是將整個(gè)業(yè)務(wù)應(yīng)用劃分為：表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）、數(shù)據(jù)訪問層（DAL）。區(qū)分層次的目的即為了“高內(nèi)聚，低耦合"的思想。
　　１、表現(xiàn)層（UI）：通俗講就是展現(xiàn)給用戶的界面，即用戶在使用一個(gè)系統(tǒng)的時(shí)候他的所見所得。
　　２、業(yè)務(wù)邏輯層（BLL）：針對具體問題的操作，也可以說是對數(shù)據(jù)層的操作，對數(shù)據(jù)業(yè)務(wù)邏輯處理。
　　３、數(shù)據(jù)訪問層（DAL）：該層所做事務(wù)直接操作數(shù)據(jù)庫，針對數(shù)據(jù)的增添、刪除、修改、更新、查找等。
注：（內(nèi)聚：一個(gè)模塊內(nèi)各個(gè)元素彼此結(jié)合的緊密程度；耦合：一個(gè)軟件結(jié)構(gòu)內(nèi)不同模塊之間互連程度的度量）

優(yōu)缺點(diǎn)
　　優(yōu)點(diǎn)：
　　1、開發(fā)人員可以只關(guān)注整個(gè)結(jié)構(gòu)中的其中某一層；
　　2、可以很容易的用新的實(shí)現(xiàn)來替換原有層次的實(shí)現(xiàn)；
　　3、可以降低層與層之間的依賴；
　　4、有利于標(biāo)準(zhǔn)化；
　　5、利于各層邏輯的復(fù)用。
????? 6、擴(kuò)展性強(qiáng)。不同層負(fù)責(zé)不同的層面，如PetShop可經(jīng)過簡單的配置實(shí)現(xiàn)Sqlserver和oracle之間的轉(zhuǎn)換，當(dāng)然寫好了也可以實(shí)現(xiàn)B/S與C/S之間的轉(zhuǎn)換
????? 7、安全性高。用戶端只能通過邏輯層來訪問數(shù)據(jù)層，減少了入口點(diǎn)，把很多危險(xiǎn)的系統(tǒng)功能都屏蔽了。
????? 8、項(xiàng)目結(jié)構(gòu)更清楚，分工更明確，有利于后期的維護(hù)和升級
　　缺點(diǎn)：
　　1、降低了系統(tǒng)的性能。這是不言而喻的。如果不采用分層式結(jié)構(gòu)，很多業(yè)務(wù)可以直接造訪數(shù)據(jù)庫，以此獲取相應(yīng)的數(shù)據(jù)，如今卻必須通過中間層來完成。
　　2、有時(shí)會(huì)導(dǎo)致級聯(lián)的修改。這種修改尤其體現(xiàn)在自上而下的方向。如果在表示層中需要增加一個(gè)功能，為保證其設(shè)計(jì)符合分層式結(jié)構(gòu)，可能需要在相應(yīng)的業(yè)務(wù)邏輯層和數(shù)據(jù)訪問層中都增加相應(yīng)的代碼
????? 3、增加了代碼量，增加了工作量

三層架構(gòu)是：

一：界面層
界面層提供給用戶一個(gè)視覺上的界面，通過界面層，用戶輸入數(shù)據(jù)、獲取數(shù)據(jù)。界面層同時(shí)也提供一定的安全性，確保用戶不用看到不必要的機(jī)密信息。

二：邏輯層

邏輯層是界面層和數(shù)據(jù)層的橋梁，它響應(yīng)界面層的用戶請求，執(zhí)行任務(wù)并從數(shù)據(jù)層抓取數(shù)據(jù)，并將必要的數(shù)據(jù)傳送給界面層。

三：數(shù)據(jù)層
數(shù)據(jù)層定義、維護(hù)數(shù)據(jù)的完整性、安全性，它響應(yīng)邏輯層的請求，訪問數(shù)據(jù)。這一層通常由大型的數(shù)據(jù)庫服務(wù)器實(shí)現(xiàn)，如Oracle 、Sybase、MS SQl Server等。

------

從開發(fā)角度和應(yīng)用角度來看，三層架構(gòu)比雙層或單層結(jié)構(gòu)都有更大的優(yōu)勢。三層結(jié)構(gòu)適合群體開發(fā)，每人可以有不同的分工，協(xié)同工作使效率倍增。開發(fā)雙層或單層應(yīng)用時(shí)，每個(gè)開發(fā)人員都應(yīng)對系統(tǒng)有較深的理解，能力要求很高，開發(fā)三層應(yīng)用時(shí)，則可以結(jié)合多方面的人才，只需少數(shù)人對系統(tǒng)全面了解，從一定程度工降低了開發(fā)的難度。
三層架構(gòu)屬于瘦客戶的模式，用戶端只需一個(gè)較小的硬盤、較小的內(nèi)存、較慢的CPU就可以獲得不錯(cuò)的性能。相比之下，單層或胖客戶對面器的要求太高。
三層架構(gòu)的另一個(gè)優(yōu)點(diǎn)在于可以更好的支持分布式計(jì)算環(huán)境。邏輯層的應(yīng)用程序可以有多個(gè)機(jī)器上運(yùn)行，充分利用網(wǎng)絡(luò)的計(jì)算功能。分布式計(jì)算的潛力巨大，遠(yuǎn)比升級CPU有效。
三層架構(gòu)的最大優(yōu)點(diǎn)是它的安全性。用戶端只能通過邏輯層來訪問數(shù)據(jù)層，減少了入口點(diǎn)，把很多危險(xiǎn)的系統(tǒng)功能都屏蔽了。
另外三層架構(gòu)還可以支持如下功能：Remote Access(遠(yuǎn)程訪問資料)，例如可透過Internet存取遠(yuǎn)程數(shù)據(jù)庫；High Performance(提升運(yùn)算效率)解決集中式運(yùn)算(Centralize)及主從式架構(gòu)(Client-Server)中，數(shù)據(jù)庫主機(jī)的運(yùn)算負(fù)擔(dān)，降低數(shù)據(jù)庫主機(jī)的Connection Load，并可藉由增加App Server處理眾多的數(shù)據(jù)處理要求，這一點(diǎn)跟前面講到的分布式計(jì)算提高運(yùn)算能力是一個(gè)道理；Client端發(fā)出Request(工作要求)后，便可離線，交由App Server和DataBase Server共同把工作完成，減少Client端的等待時(shí)間；這個(gè)功能我覺得應(yīng)用場合不是很多，自己感受也不是很深刻，從理論上是成立的。

小項(xiàng)目，以后變動(dòng)不大的不用三層架構(gòu)。

ASP.NET三層結(jié)構(gòu)說明

完善的三層結(jié)構(gòu)的要求是:修改表現(xiàn)層而不用修改邏輯層,修改邏輯層而不用修改數(shù)據(jù)層。否則你的應(yīng)用是不是多層結(jié)構(gòu),或者說是層結(jié)構(gòu)的劃分和組織上是不是有問題就很難說.不同的應(yīng)用有不同的理解，這只是一個(gè)概念的問題．

理解ASP.NET三層結(jié)構(gòu)——為什么要分三層？

我們用三層結(jié)構(gòu)主要是使項(xiàng)目結(jié)構(gòu)更清楚，分工更明確，有利于后期的維護(hù)和升級。它未必會(huì)提升性能，因?yàn)楫?dāng)子程序模塊未執(zhí)行結(jié)束時(shí)，主程序模塊只能處于等待狀態(tài)。這說明將應(yīng)用程序劃分層次，會(huì)帶來其執(zhí)行速度上的一些損失。但從團(tuán)隊(duì)開發(fā)效率角度上來講卻可以感受到大不相同的效果。

需要說明一下，三層結(jié)構(gòu)不是.NET的專利，也不是專門用在數(shù)據(jù)庫上的技術(shù)。它是一種更加普適的架構(gòu)設(shè)計(jì)理念。

此種架構(gòu)要在數(shù)據(jù)庫設(shè)計(jì)上注意表之間的關(guān)系，盡力滿足主與子的關(guān)系。在功能上對用戶要有一定的限制，不要表現(xiàn)在對于子表的刪除操作一定要慎重，以免造成主表與子表的數(shù)據(jù)在邏輯上出現(xiàn)的主表的外鍵在子表中沒有相對應(yīng)的值。

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

先對主表查詢，調(diào)用主表所對應(yīng)的DL。再根據(jù)主表的記錄分別對每一個(gè)子表進(jìn)行查詢。將自表的查詢結(jié)果添加的主表后，形成一個(gè)大的查詢集合。

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

此時(shí)只對主表進(jìn)行操作，調(diào)用主表對應(yīng)的DL中的操作方法。

RL層是邏輯判斷層，主要是對頁面上傳入的數(shù)據(jù)進(jìn)行邏輯判斷。RL層之上就是UI

總結(jié)

以上是生活随笔為你收集整理的三层架构及其优缺点的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。