【正文】 160 其它設(shè)計(jì)模式 161 ? VISITOR模式 ? 該系列中的模式如下 : – VISlTOR模式 – ACYCLIC VISITOR模式 – DECORATOR模式 – EXTENSION OBJECT模式 162 例 ? 是一個(gè)常見的問題：例如 ,有一個(gè) Modem對象的層次結(jié)構(gòu)。而工具箱的設(shè)計(jì)者無法知道請求的接受者或執(zhí)行的操作。 153 橋接模式 154 觀察者（ observer）模式 康凱 155 156 命令（ mand）模式 康凱 157 ? 意圖 – 將一個(gè)請求封裝為一個(gè)對象，從而使你可用不同的請求對客戶進(jìn)行參數(shù)化；對請求排隊(duì)或記錄請求日志，以及支持可撤消的操作。 形狀有責(zé)任知道如何畫自己 。 151 識別變化 ? 首先識別出 “ 什么在發(fā)生變化 ” 。 149 例 通過引入一個(gè) Rectangle 抽象類 ， 利用了這一事 實(shí)：不同的 Rectangle派 生類之間唯一的差異是如 何實(shí)現(xiàn) drawLine方法 。例如在美國與加拿大。 。 ? 任務(wù)： 。 – SqlDataAdapter adapter = new SqlDataAdapter()。 137 Log+ W r it e ( )I L o g I n t e r f a c e + E x e c u t e ( )L o g 2 T x t F il e+ E x e c u t e ( )L o g 2 X m lF i le+ E x e c u t e ( )L o g 2 D B+ E x e c u t e ( )138 139 例 ? 我們需要設(shè)計(jì)一個(gè)數(shù)據(jù)庫組件，它能夠訪問 Sql Server數(shù)據(jù)庫。 ? 可以容易地定義一個(gè)日志對象。 134 GoF中的模式分類 135 設(shè)計(jì)模式的特點(diǎn) ? 設(shè)計(jì)模式最根本的意圖是適應(yīng)需求變化 – 隔離變化的部分與不變的部分，將之封裝起來。 ? 將思考轉(zhuǎn)移到更高的視角。 – 在分析中，類代表業(yè)務(wù)事物，而業(yè)務(wù)事物趨向于形成更寬（不超過三層）的繼承層次。這些更小的類協(xié)作以實(shí)現(xiàn)由原始萬能類所提供的行為。 ? 當(dāng)心“偽類” ─偽類其實(shí)是一般的過程函數(shù)，它偽裝成類。 ? 當(dāng)心很多非常小的類 ─ 有時(shí)很難取得正確的平衡。先前 ShoppingBasket 的示例是帶有小的和可管理數(shù)目職責(zé)的專注的類的好的示例。類間職責(zé)的平均分布趨向于產(chǎn)生低耦合度。它們不是內(nèi)聚的，顯然應(yīng)該賦予其他什么類 ─ 可能是類CreditCardCompany、類 Checkout以及類 ReceiptPrinter。它是內(nèi)聚的，因?yàn)樗械穆氊?zé)都朝著相同的目標(biāo) ─維護(hù)客戶已經(jīng)選擇的商品集合。本質(zhì)上，職責(zé)是類提供給其他類的 服務(wù)。通常，這是特定的業(yè)務(wù)領(lǐng)域，如在線銷售或者客戶關(guān)系管理。 ? 選定分析局部：針對擬建系統(tǒng)的整體架構(gòu)，找出那些蘊(yùn)含相對高風(fēng)險(xiǎn)的局部作為工作內(nèi)容。 116 倉庫信息系統(tǒng)的用例圖 117 借鑒 RUP的 UML建模與分析 118 全局分析 ? 全局分析側(cè)重于定義擬建系統(tǒng)所采用的構(gòu)架以及影響構(gòu)架的要素。 ? 用例是分層的，一般而言，高層 /中層用例更有實(shí)際意義。 ? 不是需求規(guī)格說明，但反映了主要的功能性需求。 115 用例的一些注意事項(xiàng) ? 是需求分析的第一步。 ? Actor是“角色”，不是特定的人或特定的事。同樣，角色名不應(yīng)該與類的屬性名重復(fù)。當(dāng)僅僅使用關(guān)聯(lián)名不足夠表達(dá)清楚后，可以用關(guān)聯(lián)角色名來加強(qiáng)表達(dá)。 – 創(chuàng)建合適的 MovieFinder派生類的實(shí)例： ? 不能對抗此變化。 public MovieLister() { finder = new ColonDelimitedMovieFinder()。 } ? 當(dāng)要實(shí)際尋找影片時(shí)，就必須涉及到 MovieFinder 的某個(gè)具體子類。 } } 100 ? 其中真正想要考察的是如何將 MovieLister對象與特定的 finder對象連接起來。 ()。 } 93 依賴倒置原則（ DIP） 康凱 94 相關(guān)概念 ? 關(guān)于解耦 – 依賴倒置（ DIP） – 控制反轉(zhuǎn)（ IoC） – 依賴注入（ DI） – 服務(wù)定位器（ SL） – 有些是手段，有些是原則，不過其間的差異并不太重要，更重要的是其共同點(diǎn)：其根本目標(biāo)都是解除依賴，將組件的配置與使用分離開。 //Copy程序的第二次修改結(jié)果 bool ptFlag = false。 – 現(xiàn)實(shí)中的約束－－不能改變接口 ? Copy程序的第一次修改結(jié)果 bool ptFlag = false。 79 80 81 改善 2 82 例 83 接口隔離原則（ ISP） 康凱 84 例 85 使用委托分離接口 86 使用多重繼承分離接口 87 內(nèi)接口與外接口 P a c k a g eI Ou t e rI n n e r P a c k a g eI I n n e r88 普通接口與智能接口 P a c k a g eI N o r m a lI S m a r t89 軟件系統(tǒng)壞死的癥狀 90 “Copy”程序 ? 一個(gè)從鍵盤讀入字符并輸出到打印機(jī)的程序。 – 違反了 LSP原則的本質(zhì)是派生類的行為與基類中的不一致。 ? 性能要求高的地方。 66 ? 不適合用面向?qū)ο蟮膱龊希? ? 大量數(shù)據(jù)集合的關(guān)系操作。 EJB只能通過調(diào)用它的 public 方法如Transter進(jìn)行測試 ,難度大。 64 65 ? 面向?qū)ο蟮膬?yōu)點(diǎn)： ? 整個(gè)設(shè)計(jì)更易理解和維護(hù)。 ? 應(yīng)用程序通過將組件的依賴作為 setter或構(gòu)造子參數(shù)傳入來進(jìn)行組裝 ,而不是之前采用 Java命名和目錄接口 (JNDI )查詢的組件。 ? 它使用構(gòu)建在 JDBC上的持久層框架來訪問數(shù)據(jù)庫 , 并不直接使用 JDBC。 – 提供聲明型安全，大部分情況下不再搖要編寫安全代碼求（ bean部署描述符里的條目指定準(zhǔn)可以防問某個(gè)具體 bean）。 57 ? 原則： – 業(yè)務(wù)對象封裝了內(nèi)在的業(yè)務(wù)邏輯，而應(yīng)用服務(wù)封裝了外在于業(yè)務(wù)對象的業(yè)務(wù)邏輯。充血模型在 domain層實(shí)現(xiàn)的 OO在 Service層又變成了面向過程。 55 ? 缺點(diǎn)： ? DAO和 DO雙向依賴。 ? 缺點(diǎn)： ? DO部分的持久化邏輯被放入 Service層，不夠 OO。 ? 缺點(diǎn)：行為與數(shù)據(jù)分離，很多情況導(dǎo)致維護(hù)與理解困難。 3）脫鉤對象。服務(wù)包含那些無法指派的單個(gè)實(shí)體的行為 ， 由作用于多個(gè)對象方法組成。 – 值對象 沒有標(biāo)識沒有行為。往往在設(shè)計(jì)時(shí)，實(shí)體的形為最難決斷。 ? (6)具有面向?qū)ο蟮姆治觥⒃O(shè)計(jì)和開發(fā)能力，精通 UML和 XML，能熟練使用 Rational Rose、 PowerDesigner等工具進(jìn)行設(shè)計(jì)。 ? (2)具有 5個(gè)以上大中型開發(fā)項(xiàng)目的總體規(guī)劃、方案設(shè)計(jì)經(jīng)驗(yàn)，有大中型應(yīng)用系統(tǒng)開發(fā)和實(shí)施的成功案例。 ? (8)系統(tǒng)可靠性分析與設(shè)計(jì)：包括系統(tǒng)故障模型和可靠性模型、系統(tǒng)的可靠性分析與可靠度計(jì)算、提高系統(tǒng)可靠性的措施、系統(tǒng)的故障對策和系統(tǒng)的備份與恢復(fù)等。 ? (4)系統(tǒng)設(shè)計(jì)：包括處理流程設(shè)計(jì)、人機(jī)界面設(shè)計(jì)、文件與存儲(chǔ)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、網(wǎng)絡(luò)應(yīng)用系統(tǒng)的設(shè)計(jì)、系統(tǒng)運(yùn)行環(huán)境的集成與設(shè)計(jì)、中間件與應(yīng)用服務(wù)器、性能設(shè)計(jì)與性能評估等。 ? (8)數(shù)學(xué)和英語：至少具有大學(xué)以上的數(shù)學(xué)和英語基礎(chǔ)知識。 ? (4)系統(tǒng)開發(fā)：包括程序設(shè)計(jì)語言、軟件開發(fā)方法、需求分析和設(shè)計(jì)方法、測試評審方法、開發(fā)管理、應(yīng)用系統(tǒng)構(gòu)建、系統(tǒng)審計(jì)、外部資源使用和基于中間件的開發(fā)等方面的知識。 – 了解企業(yè) IT 公共設(shè)施、網(wǎng)絡(luò)環(huán)境、外部系統(tǒng)。 – 了解多種應(yīng)用系統(tǒng)的結(jié)構(gòu)。因此在系統(tǒng)分析師必須具備的知識體系中對系統(tǒng)的構(gòu)架與設(shè)計(jì)等方面知識體系的要求就相對低些；而軟件架構(gòu)師在需求分析、項(xiàng)目管理、運(yùn)行維護(hù)等方面知識的要求也就相對低些。 ? 具備系統(tǒng)設(shè)計(jì)員的所有技能，但涉及面更廣、抽象級別更高。 ? 對項(xiàng)目開發(fā)涉及的所有問題領(lǐng)域都有經(jīng)驗(yàn)，包括徹底地理解項(xiàng)目需求，開展分析設(shè)計(jì)之類軟件工程活動(dòng)等。 ? 二、很強(qiáng)的自學(xué)能力、分析能力、解決問題的能力。1 高級軟件架構(gòu)設(shè)計(jì) 康凱 Msn: Mail: 2 目錄 ? 第一單元：軟件生命周期與軟件架構(gòu)介紹 2 ? 第二單元：技術(shù)架構(gòu)視圖 ─面向?qū)ο蟪绦蛟O(shè)計(jì)原則與模式 24 ? 用 GRASP模式指導(dǎo)設(shè)計(jì) 27 ? 領(lǐng)域模型 47 ? 面向?qū)ο笤O(shè)計(jì)的基本原則 71 ? 第三單元：用 UML輔助系統(tǒng)分析與設(shè)計(jì) 103 ? UML簡介及常見疑難問題辨析 104 ? 借鑒 RUP的 UML建模與分析 117 ? 第四單元：設(shè)計(jì)模式與軟件設(shè)計(jì)思想 131 ? 設(shè)計(jì)模式 132 ? 常用的軟件架構(gòu)風(fēng)格及適用情況分析 172 ? SOA 及分層架構(gòu)設(shè)計(jì) 212 ? 第五單元：架構(gòu)設(shè)計(jì)實(shí)踐 225 3 第一單元：軟件生命周期與軟件架構(gòu)介紹 4 ? IT行業(yè)的人才結(jié)構(gòu)與軟件架構(gòu)師的定位 ? 軟件架構(gòu)師應(yīng)掌握的知識體系 ? 軟件架構(gòu)設(shè)計(jì)的特點(diǎn)、層次、分類 ? 軟件架構(gòu)的主要理論、方向和趨勢 ? 軟件工廠，實(shí)現(xiàn)軟件開發(fā)的產(chǎn)業(yè)化 5 軟件架構(gòu)師的定位 ? 系統(tǒng)架構(gòu)師的職責(zé)： ? 一、理解系統(tǒng)的業(yè)務(wù)需求，制定系統(tǒng)的整體框架（包括：技術(shù)框架和業(yè)務(wù)框架） ? 二、對系統(tǒng)框架相關(guān)技術(shù)和業(yè)務(wù)進(jìn)行培訓(xùn)，指導(dǎo)開發(fā)人員開發(fā)。 ? 系統(tǒng)架構(gòu)師能力要求： ? 一、系統(tǒng)架構(gòu)相關(guān)的知識和經(jīng)驗(yàn)。 ? 具備戰(zhàn)略性和前瞻性思維能力，善于把握全局，能夠在更高抽象級別上進(jìn)行思考。 9 ? 以目標(biāo)導(dǎo)向和主動(dòng)的方式來不帶任何感情色彩地關(guān)注項(xiàng)目結(jié)果，構(gòu)架師應(yīng)當(dāng)是項(xiàng)目背后的技術(shù)推動(dòng)力，而非構(gòu)想者或夢想家（追求完美） ? 精通構(gòu)架設(shè)計(jì)的理論、實(shí)踐和工具，并掌握多種參考構(gòu)架、主要的可重用構(gòu)架機(jī)制和模式。 ? 通過對比軟件架構(gòu)師和系統(tǒng)分析師在軟件開發(fā)中的職責(zé)和角色，不難發(fā)現(xiàn)軟件架構(gòu)師與系統(tǒng)分析師所必需的知識體系也是不盡相同的，系統(tǒng)分析師的主要職責(zé)是在需求分析、開發(fā)管理、運(yùn)行維護(hù)等方面，而軟件架構(gòu)師的重點(diǎn)工作是在架構(gòu)與設(shè)計(jì)這兩個(gè)關(guān)鍵環(huán)節(jié)上。 – 深入掌握 12種主流技術(shù)平臺上開發(fā)系統(tǒng)的方法。 – 了解系統(tǒng)的非功能需求和運(yùn)行維護(hù)需求。 ? (3)典型系統(tǒng)應(yīng)用：包括網(wǎng)絡(luò)應(yīng)用、數(shù)據(jù)庫應(yīng)用和多媒體系統(tǒng)等方面的知識。 ? (7)信息化基礎(chǔ)：包括政府信息化與電子政務(wù)、企業(yè)信息化與電子商務(wù)、信息化的有關(guān)的法律和規(guī)定等方面的知識。 ? (3)設(shè)計(jì)模式：包括設(shè)計(jì)模式的概念、組成、分類和實(shí)現(xiàn)、模式和軟件架構(gòu)的關(guān)系等。 ? (7)嵌入式系統(tǒng)設(shè)計(jì)：包括實(shí)施任務(wù)調(diào)度和多任務(wù)設(shè)計(jì)、中斷處理和異常處理、嵌入式系統(tǒng)開發(fā)設(shè)計(jì)等。 22 軟件架構(gòu)師的任職條件 ? 根據(jù)軟件架構(gòu)師的職責(zé)和角色定位，以及知識體系，從實(shí)踐的角度考慮，合格的軟件架構(gòu)師應(yīng)該具有以下能力和經(jīng)驗(yàn)： ? (1)具有 8年以上的軟件項(xiàng)目開發(fā)實(shí)際工作經(jīng)驗(yàn)，其中至少有 3年以上的代碼編寫工作經(jīng)驗(yàn)， 4年以上的基于面向?qū)ο蠛蜆?gòu)件開發(fā)方法的軟件產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn)。 23 ? (5)對設(shè)計(jì)模式有深刻的理解，并能在此基礎(chǔ)上設(shè)計(jì)出適合產(chǎn)品特性和質(zhì)量屬性的框架。 24 第二單元：技術(shù)架構(gòu)視圖 ─面向?qū)ο蟪绦蛟O(shè)計(jì)原則與模式 25 26 27 用 GRASP模式指導(dǎo)設(shè)計(jì) 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 領(lǐng)域模型 48 ? 層次結(jié)構(gòu) ? 領(lǐng)域模型 ? 從 EJB到輕量級框架 49 層次結(jié)構(gòu) ? 表現(xiàn)層（ present） ? 業(yè)務(wù)層 ? 業(yè)務(wù)層外觀 ? 業(yè)務(wù)層核心 ? 領(lǐng)域?qū)ο蠊芾?/服務(wù) /倉庫層 ? 領(lǐng)域?qū)ο髮? ? 持久層 ? 數(shù)據(jù)訪問層 ? 數(shù)據(jù)庫 50 ? 領(lǐng)域模型中的各種角色： – 實(shí)體 有唯一的標(biāo)識 ,并且要有屬性和行為 (非 GET/SET)，添加了行為，使其具有生命力。類中有屬性和關(guān)聯(lián)，協(xié)作就是為完成自己的責(zé)任所調(diào)用其它關(guān)聯(lián)類。 – 倉庫 (repository)管理實(shí)體的集合 ,主要有查找和刪除實(shí)體的方法 .實(shí)現(xiàn)類可以調(diào)用執(zhí)久化層 (如 Hibernate， Ibatis) – 服務(wù) (Service