【正文】 中“主”程序調(diào)用一組程序構(gòu)件，這些程序構(gòu)件又去調(diào)用別 的程序構(gòu)件，如下圖所示。 （ 2）不適合處理交互的應(yīng)用。 （ 6）支持并行執(zhí)行。只要提供適合在兩個(gè)過(guò)濾器之間傳送 的數(shù)據(jù)，任何兩個(gè)過(guò)濾器都可被連接起來(lái)。 這種結(jié)構(gòu)接收一批數(shù)據(jù) ， 然后應(yīng)用一系列連續(xù)的構(gòu)件 （ 過(guò)濾器 ） 變換它 。 管道 /過(guò)濾器結(jié)構(gòu)如下圖所示。 （ 2）體系結(jié)構(gòu)突出了早期設(shè)計(jì)決策。 框架 是特定應(yīng)用領(lǐng)域問(wèn)題的體系結(jié)構(gòu)模式，框架定義 了基本構(gòu)成單元和關(guān)系后，開(kāi)發(fā)者就可以集中精力解決業(yè) 務(wù)邏輯問(wèn)題。詞匯表中包含一些構(gòu)件和連接 件類(lèi)型，而這組約束指出系統(tǒng)是如何將這些構(gòu)件和連接件 組合起來(lái)的。 軟件體系結(jié)構(gòu)的基本概念 2．風(fēng)格 風(fēng)格是帶有一種傾向性的模式。典型的體系結(jié) 構(gòu)模式如 OSI參考模型 。 軟件體系結(jié)構(gòu)的基本概念 1．模式 軟件設(shè)計(jì)模式是從軟件設(shè)計(jì)過(guò)程中總結(jié)出來(lái)的，是針對(duì) 特定問(wèn)題的解決方案。 ” 這一定義注重區(qū)分處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。外部可見(jiàn)屬性則是指軟件構(gòu)件提供的服務(wù)、性能、使 用特性、錯(cuò)誤處理、共享資源使用等 。本資料來(lái)源 第 9章 軟件體系結(jié)構(gòu)與設(shè)計(jì)模式 ? 軟件體系結(jié)構(gòu)的基本概念 ? 典型的軟件體系結(jié)構(gòu)風(fēng)格 ? 特定領(lǐng)域的軟件體系結(jié)構(gòu) ? 分布式系統(tǒng)結(jié)構(gòu) ? 體系結(jié)構(gòu)框架 ? 設(shè)計(jì)模式 軟件體系結(jié)構(gòu)的基本概念 ? 什么是體系結(jié)構(gòu) 目前還沒(méi)有一個(gè)公認(rèn)的關(guān)于軟件體系結(jié)構(gòu)的定義，許多專(zhuān)家 學(xué)者從不同角度對(duì)軟件體系結(jié)構(gòu)進(jìn)行了描述。” 這一定義強(qiáng)調(diào)在任一體系結(jié)構(gòu)表述中“軟件構(gòu)件”的角色。 雖然軟件體系結(jié)構(gòu)的定義在變化，但其意圖是清晰的。建筑師 經(jīng)典定義是： 每個(gè)模式都描述了一個(gè)在我們的環(huán)境中不斷 出現(xiàn)的問(wèn)題及該問(wèn)題解決方案的核心 。 軟件體系結(jié)構(gòu)的基本概念 ? 體系結(jié)構(gòu)模式、風(fēng)格和框架的概念 （ 2） 設(shè)計(jì)模式 （ design pattern）：為軟件系統(tǒng)的子系 統(tǒng)、構(gòu)件或者構(gòu)件之間的關(guān)系提供一個(gè)精煉之后的解決方 案，描述了在特定環(huán)境下，用于解決通用軟件設(shè)計(jì)問(wèn)題的 構(gòu)件以及這些構(gòu)件相互通信時(shí)的各種結(jié)構(gòu)。同一個(gè)問(wèn)題可以有不同 的解決問(wèn)題的方案或模式，但我們根據(jù)經(jīng)驗(yàn)，通常會(huì)強(qiáng)烈 傾向于采用特定的模式，這就是風(fēng)格。體系結(jié)構(gòu)風(fēng)格反映了領(lǐng)域中眾多系統(tǒng)所共有 的結(jié)構(gòu)和語(yǔ)義特性，并指導(dǎo)如何將各個(gè)模塊和子系統(tǒng)有效 地組織成一個(gè)完整的系統(tǒng)。 在組織形式上，框架是一個(gè)待實(shí)例化的完整系統(tǒng)，定義 了軟件系統(tǒng)的元素和關(guān)系，創(chuàng)建了基本的模塊，定義了涉 及功能更改和擴(kuò)充的插件位置。 （ 3）軟件體系結(jié)構(gòu)是可傳遞和可復(fù)用的模型。 典型的體系結(jié)構(gòu)風(fēng)格 ? 數(shù)據(jù)流風(fēng)格 管道 /過(guò)濾器結(jié)構(gòu) 從上圖可看出 ， 管道 /過(guò)濾器結(jié)構(gòu)擁有一組被稱(chēng)為 過(guò)濾器 （ filter） 的構(gòu)件 ， 這些構(gòu)件通過(guò) 管道 （ pipe） 連接 ， 管道將數(shù)據(jù)從一個(gè)構(gòu)件傳送到下一個(gè)構(gòu)件 。 典型的體系結(jié)構(gòu)風(fēng)格 管道 /過(guò)濾器風(fēng)格具有以下 優(yōu)點(diǎn) ： （ 1）使得軟構(gòu)件具有良好的隱蔽性和高內(nèi)聚、低耦合的特 點(diǎn)。 （ 4）系統(tǒng)維護(hù)和增強(qiáng)系統(tǒng)性能簡(jiǎn)單。每個(gè)過(guò)濾器是作為一個(gè)單獨(dú)的任務(wù)完 成，因此可與其他任務(wù)并行執(zhí)行。當(dāng)需要增量地顯示改變時(shí)， 這個(gè)問(wèn)題尤為嚴(yán)重。這種結(jié)構(gòu)總體上為樹(shù)狀結(jié) 構(gòu)，可以在底層存在公共模塊。 其主要 缺點(diǎn) 如下 : （ 1）子程序的正確性難于判斷。 典型的體系結(jié)構(gòu)風(fēng)格 2． 面向?qū)ο箫L(fēng)格 系統(tǒng)的構(gòu)件封裝了數(shù)據(jù)和必須應(yīng)用到該數(shù)據(jù)上的操 作，構(gòu)件間通過(guò)消息傳遞進(jìn)行通信與合作。 （ 2）設(shè)計(jì)者可將一些數(shù)據(jù)存取操作的問(wèn)題分解成一些交互 的代理程序的集合。例如，如果 A使用了對(duì)象 B， C 也使用了對(duì)象 B，那么， C對(duì) B的使用所造成的對(duì) A 的影響可能是料想不到的。允許將復(fù)雜問(wèn) 題分解成一個(gè)增量步驟序列的實(shí)現(xiàn)。 典型的體系結(jié)構(gòu)風(fēng)格 （ 3）支持復(fù)用。 （ 2）很難找到一個(gè)合適的、正確的層次抽象方法。 典型的體系結(jié)構(gòu)風(fēng)格 ? 倉(cāng)庫(kù)風(fēng)格 上圖中 ,可把中心存儲(chǔ)庫(kù)變換成“黑板”，黑板構(gòu)件負(fù)責(zé)協(xié) 調(diào)信息在客戶(hù)間的傳遞，當(dāng)用戶(hù)感興趣的數(shù)據(jù)發(fā)生變化時(shí)， 它將通知客戶(hù)軟件。 典型的體系結(jié)構(gòu)風(fēng)格 ? 特定的應(yīng)用還需要特定的體系結(jié)構(gòu)模型。 ?例如，許多圖書(shū)館開(kāi)發(fā)了自己的圖書(shū)館館藏 /流通系統(tǒng)，若把它們的共同功能抽取出來(lái)并創(chuàng)建一個(gè)讓所有圖書(shū)館都認(rèn)可的系統(tǒng)體系結(jié)構(gòu)模型，這就是類(lèi)屬模型。 特定領(lǐng)域的軟件體系結(jié)構(gòu) ? 參考模型 特定領(lǐng)域的軟件體系結(jié)構(gòu) ? 參考模型的典型例子是 開(kāi)放式系統(tǒng)互聯(lián)（ OSI）參考模型 。 分布式系統(tǒng)結(jié)構(gòu) ? 在集中式計(jì)算技術(shù)時(shí)代廣泛使用的是大型機(jī) /小型機(jī)計(jì)算模型。分布式系統(tǒng)允許硬件、軟件等資源共享使用。 (5) 健壯性。雖 然，信息采集、決策制定和執(zhí)行控制這些進(jìn)程可以在同一臺(tái) 處理器上統(tǒng)一調(diào)度執(zhí)行，但使用多處理器能夠提高系統(tǒng)性 能。 在這種體系結(jié)構(gòu)中 ， 一 個(gè)應(yīng)用系統(tǒng)被劃分為客戶(hù)機(jī)和服務(wù)器兩部分 。 瘦客戶(hù)機(jī)模型的主要缺點(diǎn)： ? 它將繁重的處理負(fù)荷都放在了服務(wù)器和網(wǎng)絡(luò)上，服務(wù)器負(fù)責(zé)所有的計(jì)算，這將增加客戶(hù)機(jī)和服務(wù)器之間的網(wǎng)絡(luò)流量?？蛻?hù)機(jī)上的軟件實(shí)現(xiàn)應(yīng)用邏輯和與系統(tǒng)用戶(hù)的交 互。 ? 軟件移植困難?？梢詫⒄麄€(gè)應(yīng)用邏輯駐留在應(yīng)用服務(wù)器上，而只有表示層存在于客戶(hù)機(jī)上。 （ 2） 應(yīng)用邏輯層 ：應(yīng)用邏輯層為應(yīng)用系統(tǒng)的主體部分，包 含具體的業(yè)務(wù)處理邏輯。 B/S體系結(jié)構(gòu)如下圖所示。 （ 2） B/S體系結(jié)構(gòu)還提供了異種機(jī)、異種網(wǎng)、異種應(yīng)用服 務(wù)的聯(lián)機(jī)、聯(lián)網(wǎng)和統(tǒng)一服務(wù)的最現(xiàn)實(shí)的開(kāi)放性基礎(chǔ)。 （ 3） B/S體系結(jié)構(gòu)的數(shù)據(jù)提交一般以頁(yè)面為單位，數(shù)據(jù)的 動(dòng)態(tài)交互性不強(qiáng)，不利于在線(xiàn)事務(wù)處理（ OLTP）應(yīng) 用。 分布式系統(tǒng)結(jié)構(gòu) ? 分布式對(duì)象體系結(jié)構(gòu) 通常將這個(gè)中間件稱(chēng)為 軟件總線(xiàn) 或 對(duì)象請(qǐng)求代理 ，它的作用是在對(duì)象之間提供一個(gè)無(wú)縫接口。 ? 分布式環(huán)境下，構(gòu)件是一些靈活的軟件模塊，它們可以位置透明、語(yǔ)言獨(dú)立和平臺(tái)獨(dú)立地互相發(fā)送消息，實(shí)現(xiàn)請(qǐng)求服務(wù)。 代理可以用于構(gòu)建帶有隔離組件的分布式軟件系統(tǒng)，該 軟件通過(guò)遠(yuǎn)程服務(wù)調(diào)用進(jìn)行交互。在 ORB之上有 4個(gè)對(duì)象接口： （ 1） 對(duì)象服務(wù) ：定義加入 ORB的系統(tǒng)級(jí)服務(wù)，如安全 性、命名和事務(wù)處理，它們是與應(yīng)用領(lǐng)域無(wú)關(guān)的。是指供應(yīng)商或 用戶(hù)借助于 ORB、公共對(duì)象服務(wù)及公共設(shè)施而開(kāi)發(fā)的 特定產(chǎn)品。 2. 視圖對(duì)象 視圖對(duì)象代表 GUI對(duì)象，并且以用戶(hù)需要的格式表示模型 狀態(tài)，是交互系統(tǒng)與外界的接口。它處理用戶(hù)的輸入行為并給模型發(fā)送業(yè)務(wù)事件，再將業(yè)務(wù)事件解析為模型應(yīng)執(zhí)行的動(dòng)作；同時(shí)，模型的更新與修改也將通過(guò)控制器來(lái)通知視圖，從而保持各個(gè)視圖與模型的一致性。 體系結(jié)構(gòu)框架 ? J2EE體系結(jié)構(gòu)框架 客戶(hù)層 應(yīng)用程序 資源層 表示層 表示邏輯內(nèi)容管理 會(huì)話(huà)管理 業(yè)務(wù)層 應(yīng)用邏輯業(yè)務(wù)規(guī)則 業(yè)務(wù)對(duì)象 集成層 數(shù)據(jù)訪問(wèn)消息接發(fā) 服務(wù)集成 J2EE的核心體系結(jié)構(gòu)框架 ? 客戶(hù)層 ：用戶(hù)通過(guò)客戶(hù)層與系統(tǒng)交互。數(shù)據(jù)可以分布在多個(gè)服務(wù)器上。參考 MVC框架，表示層包括視圖構(gòu)件和控制器構(gòu)件。例如，通過(guò) JDBC與數(shù)據(jù)庫(kù)進(jìn)行通信，利用 Java消息服務(wù)（ JMS）與外部系統(tǒng)聯(lián)合。領(lǐng)域?qū)影瑑蓚€(gè)