三層架構(gòu)和其優(yōu)點(diǎn)

1、三層架構(gòu)及其優(yōu)點(diǎn)(2009-04-01 22:54:37)標(biāo)簽：三層架構(gòu)是：一：界面層界面層提供給用戶一個(gè)視覺上的界面，通過界面層，用戶輸入數(shù)據(jù)、獲取數(shù)據(jù)。界面層同時(shí)也提供一 定的安全性，確保用戶不用看到不必要的機(jī)密信息。二：邏輯層邏輯層是界面層和數(shù)據(jù)層的橋梁，它響應(yīng)界面層的用戶請(qǐng)求，執(zhí)行任務(wù)并從數(shù)據(jù)層抓取數(shù)據(jù)，并將必 要的數(shù)據(jù)傳送給界面層。三：數(shù)據(jù)層數(shù)據(jù)層定義、維護(hù)數(shù)據(jù)的完整性、安全性，它響應(yīng)邏輯層的請(qǐng)求，訪問數(shù)據(jù)。這一層通常由大型的數(shù) 據(jù)庫(kù)服務(wù)器實(shí)現(xiàn)，如 Oracle、Sybase MS SQl Server等。從開發(fā)角度和應(yīng)用角度來看，三層架構(gòu)比雙層或單層結(jié)構(gòu)都有更大的優(yōu)勢(shì)。三層結(jié)構(gòu)適合

2、群體開發(fā)，每人可以有不同的分工，協(xié)同工作使效率倍增。開發(fā)雙層或單層應(yīng)用時(shí)，每個(gè)開發(fā)人員都應(yīng)對(duì)系統(tǒng)有 較深的理解，能力要求很高，開發(fā)三層應(yīng)用時(shí)，則可以結(jié)合多方面的人才，只需少數(shù)人對(duì)系統(tǒng)全面了 解，從一定程度工降低了開發(fā)的難度。三層架構(gòu)屬于瘦客戶的模式，用戶端只需一個(gè)較小的硬盤、較小的內(nèi)存、較慢的CPU就可以獲得不錯(cuò)的性能。相比之下，單層或胖客戶對(duì)面器的要求太高。三層架構(gòu)的另一個(gè)優(yōu)點(diǎn)在于可以更好的支持分布式計(jì)算環(huán)境。邏輯層的應(yīng)用程序可以有多個(gè)機(jī)器上運(yùn)行，充分利用網(wǎng)絡(luò)的計(jì)算功能。分布式計(jì)算的潛力巨大，遠(yuǎn)比升級(jí) CPU有效。三層架構(gòu)的最大優(yōu)點(diǎn)是它的安全性。用戶端只能通過邏輯層來訪問數(shù)據(jù)層，減少了入口點(diǎn)

3、，把很多危險(xiǎn)的系統(tǒng)功能都屏蔽了。另外三層架構(gòu)還可以支持如下功能：Remote Access遠(yuǎn)程訪問資料）,例如可透過Internet存取遠(yuǎn)程數(shù)據(jù)庫(kù)；High Performance（提升運(yùn)算效率）解決集中式運(yùn)算（Centralize）及主從式架構(gòu)（Client-Server）中，數(shù) 據(jù)庫(kù)主機(jī)的運(yùn)算負(fù)擔(dān)，降低數(shù)據(jù)庫(kù)主機(jī)的Connection Load,并可藉由增加 App Server處理眾多的數(shù)據(jù)處理要求，這一點(diǎn)跟前面講到的分布式計(jì)算提高運(yùn)算能力是一個(gè)道理；Client端發(fā)出Requests作要求）后，便可離線，交由App Server和DataBase Server共同把工作完成，減少Cli

4、ent端的等待時(shí)間； 這個(gè)功能我覺得應(yīng)用場(chǎng)合不是很多，自己感受也不是很深刻，從理論上是成立的。-fadeless摘自網(wǎng)絡(luò)。三層架構(gòu)三層架構(gòu)（3-tier application）通常意義上的三層架構(gòu)就是將整個(gè)業(yè)務(wù)應(yīng)用劃分為：表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）、數(shù)據(jù)訪問層（DAD。區(qū)分層次的目的即為了 “高內(nèi)聚，低耦合”的思想。目錄展開概念簡(jiǎn)介1、表現(xiàn)層（UI）:通俗講就是展現(xiàn)給用戶的界面，即用戶在使用一個(gè)系統(tǒng)的時(shí)候 他的所見所得。2、業(yè)務(wù)邏輯層（BLL ）:針對(duì)具體問題的操作，也可以說是對(duì)數(shù)據(jù)層的操作，對(duì)數(shù)據(jù)業(yè)務(wù)邏輯處理。3、數(shù)據(jù)訪問層（DAL ）:該層所做事務(wù)直接操作數(shù)據(jù)庫(kù)，針對(duì)數(shù)據(jù)的增添

5、、 刪除、修改、更新、查找等。概述在軟件體系架構(gòu)設(shè)計(jì)中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。推薦的 分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層（又或成為領(lǐng) 域?qū)樱?、表?#39;層。三層結(jié)構(gòu)原理：3個(gè)層次中，系統(tǒng)主要功能和業(yè)務(wù)邏輯都在業(yè)務(wù)邏輯層進(jìn)行處理。所謂三層體系結(jié)構(gòu)，是在與數(shù)據(jù)庫(kù)之間加入了一個(gè)中間層”，也叫組件層。這里所說的三層體系， 不是指物理上的三層，不是簡(jiǎn)單地放置三臺(tái)機(jī)器就是三層體系結(jié)構(gòu)，也不僅僅有 B/S應(yīng)用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即使這三個(gè)層放置 到一臺(tái)機(jī)器上。三層體系的將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。通常情況

6、下，客戶端不直接與數(shù)據(jù)庫(kù)進(jìn)行交互，而是通過COM/DCOM 通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫(kù)進(jìn)行交互。表7K層位于最外層（最上層），離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為 用戶提供一種交互式操作的界面。業(yè)務(wù)邏輯層業(yè)務(wù)邏輯層（Business Logic Layer）無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價(jià)值的部分。 它的關(guān)注點(diǎn)主要集中在業(yè)務(wù)規(guī)則的制定、業(yè)務(wù)流程的實(shí)現(xiàn)等與業(yè)務(wù)需求有關(guān)的系統(tǒng)設(shè) 計(jì)，也即是說它是與系統(tǒng)所應(yīng)對(duì)的領(lǐng)域（ Domain ）邏輯有關(guān)，很多時(shí)候，也將業(yè)務(wù)邏 輯層稱為領(lǐng)域?qū)印?例如 Martin Fowler 在 Patterns of Enterprise Applic

7、ation Architecture » 一書中，將整個(gè)架構(gòu)分為三個(gè)主要的層：表示層、領(lǐng)域?qū)雍蛿?shù)據(jù)源層。作為的先驅(qū) EricEvans,對(duì)業(yè)務(wù)邏輯層作了更細(xì)致地劃分，細(xì)分為應(yīng)用層與領(lǐng)域?qū)樱ㄟ^分層進(jìn)一步將 領(lǐng)域邏輯與領(lǐng)域邏輯的解決方案分離。業(yè)務(wù)邏輯層在體系架構(gòu)中的位置很關(guān)鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到 了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下 的，底層對(duì)于上層而言是無知”的，改變上層的設(shè)計(jì)對(duì)于其調(diào)用的底層而言沒有任何影響。如果在分層設(shè)計(jì)時(shí)，遵循了面向接口設(shè)計(jì)的思想，那么這種向下的依賴也應(yīng)該 是一種弱依賴關(guān)系。因而在不改變接口定義的前提下，理想

8、的分層式架構(gòu)，應(yīng)該是一 個(gè)支持可抽取、可替換的抽屜”式架構(gòu)。正因?yàn)槿绱?，業(yè)務(wù)邏輯層的設(shè)計(jì)對(duì)于一個(gè)支持可擴(kuò)展的架構(gòu)尤為關(guān)鍵，因?yàn)樗缪萘藘蓚€(gè)不同的角色。對(duì)于數(shù)據(jù)訪問層而言，它 是調(diào)用者；對(duì)于表示層而言，它卻是被調(diào)用者。依賴與被依賴的關(guān)系都糾結(jié)在業(yè)務(wù)邏 輯層上，如何實(shí)現(xiàn)依賴關(guān)系的解耦，則是除了實(shí)現(xiàn)業(yè)務(wù)邏輯之外留給的任務(wù)。數(shù)據(jù)層數(shù)據(jù)訪問層：有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問，可以 訪問、二進(jìn)制文件、或是 XML文檔。簡(jiǎn)單的說法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的Select, Insert, Update , Delete的操作。如果要加入ORM的元素，那么就會(huì)包括對(duì)象和數(shù)據(jù)表之間的mapping ,

9、以及對(duì)象實(shí)體的持久化。優(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ù)用。缺點(diǎn)1、降低了系統(tǒng)的性能。這是不言而喻的。如果不采用分層式結(jié)構(gòu)，很多業(yè)務(wù)可以 直接造訪數(shù)據(jù)庫(kù)，以此獲取相應(yīng)的數(shù)據(jù)，如今卻必須通過中間層來完成。2、有時(shí)會(huì)導(dǎo)致級(jí)聯(lián)的修改。這種修改尤其體現(xiàn)在自上而下的方向。如果在表示層 中需要增加一個(gè)功能，為保證其設(shè)計(jì)符合分層式結(jié)構(gòu)，可能需要在相應(yīng)的業(yè)務(wù)邏輯層 和數(shù)據(jù)訪問層中都增加相應(yīng)的代碼。規(guī)則三層結(jié)構(gòu)的程序不是說把項(xiàng)目分成DAL, BLL, WebUI 三個(gè)模塊就叫

10、三層了 ，下面幾個(gè)問題在你的項(xiàng)目里面：1 . UlLayer里面只有少量(或者沒有)的SQL語句或者存儲(chǔ)過程調(diào)用，并且這些語句保證不會(huì)修改數(shù)據(jù)？2 .如果把UlLayer拿掉，你的項(xiàng)目還能在Interface/API的層次上提供所有功能嗎 ？3 .你的DAL可以移植到其他類似環(huán)境的項(xiàng)目嗎？4 .三個(gè)模塊，可以分別運(yùn)行于不同的服務(wù)器嗎？如果不是所有答案都為 YES,那么你的項(xiàng)目還不能算是嚴(yán)格意義上的三層程序.三層程序有一些需要約定遵守的規(guī)則：1 .最關(guān)鍵的，UI層只能作為一個(gè)外殼，不能包含任何 BizLogic的處理過程2 .設(shè)計(jì)時(shí)應(yīng)該從 BLL出發(fā)，而不是 UI出發(fā).BLL層在 API上應(yīng)該實(shí)

11、現(xiàn)所有 BizLogic, 以的方式3 .不管數(shù)據(jù)層是一個(gè)簡(jiǎn)單的SqlHelper也好，還是帶有 Mapping過的Classes也好，應(yīng)該在一定的抽象程度上做到系統(tǒng)無關(guān)4,不管使用 COM+(Enterprise Service),還是 Remoting,還是 WebService 之類的 遠(yuǎn)程對(duì)象技術(shù)，不管部署的時(shí)候是不是真的分別部署到不同的服務(wù)器上，最起碼在設(shè)計(jì)的時(shí)候要做這樣的考慮 ，更遠(yuǎn)的，還得考慮多臺(tái)服務(wù)器通過負(fù)載均衡作集群所以考慮一個(gè)項(xiàng)目是不是應(yīng)該應(yīng)用三層/多層設(shè)計(jì)時(shí)，先得考慮下是不是真的需要？實(shí)際上大部分程序就開個(gè)WebApplication 就足夠了 ，完全沒必要作的這么復(fù)雜.

12、而，是用于解決真正復(fù)雜的項(xiàng)目需求的。與MVC的區(qū)別MVC （模型 Model-視圖View-控制器 Controller ）是一種設(shè)計(jì)模式，我們可以用它 來創(chuàng)建在域?qū)ο蠛蚒I表示層對(duì)象之間的區(qū)分。同樣是架構(gòu)級(jí)別的，相同的地方在于他們都有一個(gè)表現(xiàn)層，但是他們不同的地方 在于其他的兩個(gè)層。在三層架構(gòu)中沒有定義Controller的概念。這是我認(rèn)為最不同的地方。而 MVC也沒有把業(yè)務(wù)的邏輯訪問看成兩個(gè)層，這是采用三層架構(gòu)或MVC搭建程序最主要的區(qū)別。當(dāng)然了。在三層中也提到了Model ,但是三層架構(gòu)中Model的概念與 MVC中Model的概念是不一樣的，土層”中典型的 Model層是以實(shí)體類構(gòu)成的

13、，而MVC里，則是由業(yè)務(wù)邏輯與訪問數(shù)據(jù)組成的。 三層架構(gòu)有表示層，業(yè)務(wù)邏輯層，數(shù)據(jù)處理層就像餐廳，客官看菜單點(diǎn)菜（表示層），服務(wù)員處理點(diǎn)的菜（業(yè)務(wù)邏輯層），再將點(diǎn)的菜單傳給廚師（數(shù) 據(jù)處理層），廚師炒好后給服務(wù)員傳給客官如是不用三層，全部由廚師來處理是不是太那個(gè)了，如果 是小飯店倒是可以由廚師處理優(yōu)點(diǎn)：1。擴(kuò)展性強(qiáng)，不同層負(fù)責(zé)不同的層面，如PetShop可經(jīng)過簡(jiǎn)單的配置實(shí)現(xiàn) Sqlserver和oracle之間的轉(zhuǎn)換，當(dāng)然寫好了也可以實(shí)現(xiàn) B/S與C/S之間的轉(zhuǎn)換。2。利于實(shí)現(xiàn)人員分工；缺點(diǎn)：增加工作量、代碼編寫量三層架構(gòu)學(xué)習(xí)筆記作者： 厚樸教育來源：本站原創(chuàng)點(diǎn)擊數(shù)：368更新時(shí)間：2010-

14、7-26三層架構(gòu)如下圖所示：三層架構(gòu)分為：表現(xiàn)層（User Interface5,簡(jiǎn)稱UI）、業(yè)務(wù)邏輯層（Bus iness Logical Layer,簡(jiǎn)稱 BLL ）、數(shù)據(jù)訪問層（Data Access Layer,簡(jiǎn)稱 DAL）。三層架構(gòu)的優(yōu)點(diǎn)是能讓項(xiàng)目更容易修改、更有擴(kuò)展性、更有復(fù)用性、可 遷移、剛開始是為C/S模式而開展的，后來慢慢擴(kuò)展到 B/S模式。三層架構(gòu) 并不能提高項(xiàng)目的運(yùn)行效率，相反由于表現(xiàn)層只能訪問邏輯層，再邏輯層訪 問數(shù)據(jù)訪問層，因此犧牲了效率。但這一缺陷比起它的優(yōu)勢(shì)，在現(xiàn)在硬件品 質(zhì)高速發(fā)展的時(shí)代幾乎可以忽略不計(jì)。三層架構(gòu)能提高數(shù)據(jù)庫(kù)訪問效率和安全性，原因有三：1、數(shù)據(jù)

15、層不包含任何代碼，只有數(shù)據(jù)庫(kù)，還有相關(guān)的存儲(chǔ)歷程。2、數(shù)據(jù)層還包含所有公共數(shù)據(jù)造訪代碼。3、所有數(shù)據(jù)讀取都放在數(shù)據(jù)層。在軟件體系架構(gòu)設(shè)計(jì)中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。數(shù)據(jù)訪問層（DAL）:也可稱為持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問。 在PetShop中處理的數(shù)據(jù)庫(kù)對(duì)象分為兩類：一是數(shù)據(jù)實(shí)體 （Model）,對(duì)應(yīng)數(shù) 據(jù)庫(kù)中相應(yīng)的數(shù)據(jù)表，他們沒有行為，僅用于表現(xiàn)對(duì)象的數(shù)據(jù)；二是數(shù)據(jù)的 基本業(yè)務(wù)操作，即完成一般的數(shù)據(jù)操縱，這部分采用了抽象工廠模式，即保 證了系統(tǒng)的可擴(kuò)展性，同時(shí)也保證了數(shù)據(jù)庫(kù)的可移植性。業(yè)務(wù)邏輯層（BLL）:是整個(gè)系統(tǒng)的核心，它與這個(gè)系統(tǒng)的業(yè)務(wù)（領(lǐng)域） 有關(guān)。以Pe

16、tShop為例，業(yè)務(wù)邏輯層的相關(guān)設(shè)計(jì)，均和網(wǎng)上寵物店特有的邏 輯相關(guān)，例如查詢寵物，下訂單，添加寵物到購(gòu)物車等等。也許是業(yè)務(wù)邏 輯比較簡(jiǎn)單地緣故，在業(yè)務(wù)邏輯層的設(shè)計(jì)中，PetShop并沒有秉承在數(shù)據(jù)訪問層中面向接口設(shè)計(jì)的思想。除了完成對(duì)插入訂單策略的抽象（舊LLStrategy）外，整個(gè)業(yè)務(wù)邏輯層僅 以BLL模塊實(shí)現(xiàn)，沒有為領(lǐng)域?qū)ο蠖x抽象的接口。因而 PetShop的表示 層與業(yè)務(wù)邏輯層就存在強(qiáng)依賴關(guān)系， 如果業(yè)務(wù)邏輯層中的需求發(fā)生變更， 就 必然會(huì)影響表示層的實(shí)現(xiàn)。表示層：是系統(tǒng)的UI部分，負(fù)責(zé)使用者與整個(gè)系統(tǒng)的交互。在這一層 中，理想的狀態(tài)是不應(yīng)包括系統(tǒng)的業(yè)務(wù)邏輯。表示層中的邏輯代碼，僅與界 面元素有關(guān)。在 PetShop4.0中，大量采用了 ASP.Net 2.0的特性，如 Mast er Page Wizard 等控件，Membership Provider和控件，Profile Provider, C acheDependenc冷。在改進(jìn)后的版本中，絕大部分沿用原有代碼，在實(shí)現(xiàn)原 有功能外僅增加對(duì)歷史訂單的查詢功能，以后可以 考慮是否用AJAX。以上是我對(duì)Petshop做得學(xué)習(xí)筆記，最近在看大話設(shè)計(jì)模式，對(duì) Pe tshop中講的所謂的簡(jiǎn)單工廠模式、工廠模式、裝飾模式等