【正文】 （ 1）因?yàn)閷ο髮ζ渌麑ο箅[藏它的表示，所以可以改變一 個對象的表示，而不影響其他對象。 典型的體系結(jié)構(gòu)風(fēng)格 各種構(gòu)件 過程調(diào)用 這種風(fēng)格支持基于可增加抽象層的設(shè)計。 其 缺點(diǎn) 如下 : （ 1）并不是每個系統(tǒng)都可以很容易地劃分為分層的模式， 甚至即使一個系統(tǒng)的邏輯結(jié)構(gòu)是層次化的，出于對系 統(tǒng)性能的考慮，系統(tǒng)設(shè)計師不得不把一些低級或高級 的功能綜合起來。另一應(yīng)用 是松耦合代理數(shù)據(jù)共享存取。 ? 它是更抽象且是描述一大類系統(tǒng)的模型 ， 并且也是對設(shè)計者有關(guān)某類系統(tǒng)的一般結(jié)構(gòu)的指導(dǎo) 。 分布式系統(tǒng)結(jié)構(gòu) ? 分布式計算模型主要具有以下優(yōu)點(diǎn)： (1) 資源共享。大型實(shí)時系統(tǒng)需要實(shí)時采集信息，并 利用采集到的信息進(jìn)行決策，然后發(fā)送信號給執(zhí)行機(jī)構(gòu)。在瘦客戶機(jī)模型中，數(shù)據(jù)管理部分 和應(yīng)用邏輯都在服務(wù)器上執(zhí)行，客戶機(jī)只負(fù)責(zé)表示部分。 ? 用戶界面風(fēng)格不一，使用繁雜，不利于推廣使用。它用于檢查用戶從鍵盤等 輸入的數(shù)據(jù)，顯示應(yīng)用程序輸出的數(shù)據(jù)，一般采用圖形用戶 界面（ graphic user interface， GUI）。 B/S體系結(jié)構(gòu)具有以下優(yōu)點(diǎn)： （ 1）基于 B/S體系結(jié)構(gòu)的軟件，系統(tǒng)安裝、修改和維護(hù)全 在服務(wù)器端解決。 分布式對象 的實(shí)質(zhì)是在分布式異構(gòu)環(huán)境下建立應(yīng)用系統(tǒng) 框架和對象構(gòu)件，它將應(yīng)用服務(wù)分割成具有完整邏輯含義 的獨(dú)立子模塊（稱為 構(gòu)件 ），各個子模塊可放在同 一臺服務(wù)器或分布在多臺服務(wù)器上運(yùn)行，模塊之間通過中 間件互相通信。 ? 它們都支持服務(wù)端構(gòu)件的開發(fā)，都有其各自的特點(diǎn)。 （ 4） 應(yīng)用接口 ：面向指定的現(xiàn)實(shí)世界應(yīng)用。 體系結(jié)構(gòu)框架 3. 控制器對象 控制器對象代表鼠標(biāo)和鍵盤事件。 ? 資源層 ：資源層可以是企業(yè)數(shù)據(jù)庫，電子商務(wù)解決方案中的外部企業(yè)系統(tǒng)，或者是外部 SOA服務(wù)。 ? 集成層： 集成層負(fù)責(zé)建立和維護(hù)與數(shù)據(jù)源的連接。 ? PCMEF與 PCBMER框架 體系結(jié)構(gòu)框架 ? 表示層 :包含定義 GUI對象的類。 PCBMER的層次不是嚴(yán)格線性的，上層可 以依賴多個相鄰下層。 體系結(jié)構(gòu)框架 ? 面向?qū)ο笤O(shè)計模式最初出現(xiàn)于 70年代末 80年代初。 (2) 思路：例如，在創(chuàng)建可支持多種 GUI標(biāo)準(zhǔn)（如 Motif和Persentation Manager）的繪圖用戶界面工具包時，因?yàn)椴煌?GUI標(biāo)準(zhǔn)會定義出不同外觀及行為的“用戶界面組件”（ widget），如滾動條、按鈕、視窗等。 e) 客戶（ Client）：僅使用由抽象工廠類和抽象產(chǎn)品類聲明的接口。 單件 (3) 結(jié)構(gòu)：單件模式的結(jié)構(gòu)如圖所示。ade）：知道子系統(tǒng)中哪個類負(fù)責(zé)處理哪種信息；并負(fù)責(zé)把外界輸入的信息轉(zhuǎn)交給適當(dāng)?shù)淖酉到y(tǒng)對象。它的接口定義成抽象類 Shape，它的子類負(fù)責(zé)畫各種圖形。 適配器 (4) 參與者職責(zé) a) 目標(biāo)（ Target）：定義客戶使用的與應(yīng)用領(lǐng)域相關(guān)的接口。 (2) 思路：以 GUI系統(tǒng)的聯(lián)機(jī)幫助系統(tǒng)為例。 責(zé)任鏈 (4) 參與者職責(zé) a) 處理者（ Handler）：定義處理請求的接口；實(shí)現(xiàn)對后繼者的鏈接（可選）。 為此，可以將這些窗口組件的集體行為封裝成一個中介者（ mediator）對象。 (a) (b) 中介者 (4) 參與者職責(zé) a) 中介者（ Mediator）：定義與各個同事（ Colleague）對象通信的接口。 觀察者 (4) 參與者職責(zé) a) 主題（ Subject）：認(rèn)得它的觀察者。當(dāng)具體觀察者收到通知后，向主題詢問，根據(jù)所得信息使自己的狀態(tài)與主題的狀態(tài)保持一致。一旦發(fā)現(xiàn)主題有變時借助接口通知自己隨之改變。 觀察者 (1)目的：定義對象間的一種一對多的依賴關(guān)系，當(dāng)一個對象的狀態(tài)發(fā)生改變時，所有依賴于它的對象都得到通知，并被自動更新。 FontDialogDirector對象認(rèn)得所有組件，協(xié)調(diào)彼此之間的交互，如同一個通信樞紐，如圖所示。 中介者 (1) 目的：用一個中介對象來封裝一系列復(fù)雜對象的交互情景。HelpHandler的 HandleHelp() 操作的內(nèi)定做法是把信息傳遞給后繼者去處理，由各個子類分別來實(shí)現(xiàn)具體的打印功能。 適配器 (5) 協(xié)作：客戶調(diào)用 Adapter對象的操作，然后 Adapter的操作又調(diào)用 Adaptee對象中負(fù)責(zé)處理相應(yīng)請求的操作。下圖就是適配器的對象模式。雖然實(shí)際處理工作是子系統(tǒng)對象在做，但 Facade會居中做接口轉(zhuǎn)換工作。 (2) 思路：將系統(tǒng)劃分為若干子系統(tǒng)，雖然可以降低整體的復(fù)雜性，但還需設(shè)法降低子系統(tǒng)之間的通信和相互的依賴性。 單件 (1) 目的：一個類只有一個實(shí)例并提供一個訪問它的全局訪問點(diǎn)。 抽象工廠 (4) 參與者職責(zé) a) 抽象工廠類（ AbstractFactory）：聲明創(chuàng)建抽象產(chǎn)品對象的操作的接口。 (2) 問題 ：說明在何種場合使用模式。 ? 控制器層 ：表示應(yīng)用邏輯。 體系結(jié)構(gòu)框架 PCMEF框架 2. PCBMER框架 PCBMER 框架由 PCMEF框架擴(kuò)展而成 , 代表著表示 — 控制器 — Bean— 中介者 — 實(shí)體 —資源（ presentationcontrolbeanmediatorentityresource， PCBMER）。PCMEF框架包含 4層：表示層、控制層、領(lǐng)域?qū)雍突A(chǔ)層。在基于 Web的應(yīng)用系統(tǒng)中，表示層由用戶界面代碼和運(yùn)行于 Web服務(wù)器或應(yīng)用服務(wù)器上的過程組成。 J2EE的核心體系結(jié)構(gòu)就是在 MVC框架的基礎(chǔ)上進(jìn)行擴(kuò)展 得到的，如下圖所示。模型對象的變化 通過事件處理通知視圖和控制器對象。 分布式系統(tǒng)結(jié)構(gòu) ? 代理 在 OMG的對象管理結(jié)構(gòu)中， ORB是一個關(guān)鍵的通信機(jī) 制，它以實(shí)現(xiàn)互操作性為主要目標(biāo)，處理對象之間的消息 分布。 構(gòu)件 是一些獨(dú)立的代碼封裝體，在分布計算的環(huán)境下可以是 一個簡單的對象 ，但大多數(shù)情況下是 一組相關(guān)的對象組合體 ，提供一定的服務(wù)。 （ 2）采用 B/S體系結(jié)構(gòu)的應(yīng)用系統(tǒng)，在數(shù)據(jù)查詢等響應(yīng)速 度上，要遠(yuǎn)遠(yuǎn)地低于 C/S體系結(jié)構(gòu)。 瀏覽器 /服務(wù)器 （ browser/server， B/S）風(fēng)格是三層體 系結(jié)構(gòu)的一種實(shí)現(xiàn)方式，其具體結(jié)構(gòu)為瀏覽器 /Web服務(wù)器 / 數(shù)據(jù)庫服務(wù)器。三層C/S體系結(jié)構(gòu)中增加了應(yīng)用服務(wù)器。在這種模型中，服務(wù)器只負(fù)責(zé)對數(shù)據(jù) 的管理。 分布式系統(tǒng)結(jié)構(gòu) ? 客戶 /服務(wù)器體系結(jié)構(gòu) 分布式系統(tǒng)結(jié)構(gòu) 傳統(tǒng)的 C/S體系結(jié)構(gòu)分為兩層 。 (4) 固有分布性。 ? 另外，類屬模型通常是經(jīng)過“自下而上”地對已有系統(tǒng)的抽象，而參考模型是“由上到下”地產(chǎn)生的。 特定領(lǐng)域的軟件體系結(jié)構(gòu) 特定領(lǐng)域的軟件體系結(jié)構(gòu) ? 類屬模型 ?類屬模型是從許多實(shí)際系統(tǒng)中抽象出來的一般模型，它封裝了這些系統(tǒng)的主要特征。 右圖為一個典型的 倉庫風(fēng)格的體系結(jié)構(gòu) 。 （ 2）支持功能增強(qiáng)，因?yàn)槊恳粚又炼嗪拖噜彽纳舷聦咏? 互，因此，功能的改變最多影響相鄰的內(nèi)外層。 （ 2）必須修改所有顯式調(diào)用它的其他對象，并消除由此 帶來的一些副作用。通?？梢詫⒍鄠€子程序合成為 模塊。 1．主程序 /子程序體系結(jié)構(gòu) 這種傳統(tǒng)的程序結(jié)構(gòu)將功能分解為一個控制層次，其 中“主”程序調(diào)用一組程序構(gòu)件，這些程序構(gòu)件又去調(diào)用別 的程序構(gòu)件，如下圖所示。