多媒體課件-第二講課件-類圖.ppt

1、面向?qū)ο蟮姆治雠c設(shè)計,課程學習的內(nèi)容,OO設(shè)計原則 UML設(shè)計圖及Rose Rational 工具 OO設(shè)計模式 典型項目的分析與設(shè)計,學習方法,掌握主要OO原則的原理和應(yīng)用要點 改變java編程習慣 學會設(shè)計 Rational工具的使用； 掌握類圖、用例圖、順序圖、活動圖的設(shè)計 熟練掌握MVC 設(shè)計方法 熟練掌握數(shù)據(jù)庫編程 深化了解API，深化基于API的編程 反復實踐典型模式應(yīng)用于項目的分析和設(shè)計,參考書,面向?qū)ο筌浖こ膛c UML, 李飛躍, 人民郵電出版社 ( 高職教材 ） UML與軟件建模 , 徐寶文,清華大學出版社（重點大學教材） 面向?qū)ο笤O(shè)計原理與模式，（美)Dale Skrie

2、n著， 清華大學出版社 （國外經(jīng)典教材) Java設(shè)計模式, 耿祥義,清華大學出版社 大話設(shè)計模式，程杰，清華大學出版社,考核,基于典型項目的考察: 項目的分析與方案設(shè)計 UML典型圖 項目代碼中基本原則的應(yīng)用 項目設(shè)計中模型的使用,OOP編程要點,OOP追求的目標： 可用性、完整性、健壯性、有效性、可伸縮性、可讀性、 可重用性、簡潔性、可維護性、可擴充行,OOP 典型特點 ： 封裝性、繼承性、重載、屬性和修飾符、多態(tài)、重構(gòu)、抽象類 接口、集合、泛型、委托與事件,實現(xiàn)一個最簡單的實例,計算立體型幾何體體積 要點: 分析其中的耦合性、 程序的復用性 “臟代碼”分析,OO基本原則,單一職責原則(S

3、RP原則),就一個類而言，應(yīng)該只有一個引起它變化的原因； 失敗的案例： 界面處理類+數(shù)據(jù)庫操作+文件讀寫+業(yè)務(wù)流程控制 類比： 多功能手機、集成主板的電腦壞一處就全壞 經(jīng)驗： 類的設(shè)計傾向于越小越好 解釋: 如果一個類承擔的職責過多，就等于把這些職責耦合在一起。一個職責的變化可能會引起消弱或抑制這個類完成其他職責的功能。這種耦合會導致脆弱的設(shè)計。當變化發(fā)生時，設(shè)計會遭到意想不到的破壞。,開-閉原則（核心原則）,軟件實體(類、模塊、方法）應(yīng)該可以擴展，但不可以修改； 換個說法: 類對擴展是開放的, 對修改是封閉的; 用extends 和implements等開放，用private封閉 實際使用：

4、 1.隨時準備修改：改變是合理的； 2.原來的代碼一般不要改動，合理的方法是 基于原先的代碼產(chǎn)生新的類 3.設(shè)計之初就準備好應(yīng)對變化，用抽象來隔 離變化，減少耦合。,開-閉原則的運用:,寫一個相對固定的內(nèi)核; 不斷產(chǎn)生新的類，當修改發(fā)生時； 新的類給予接口或抽象類創(chuàng)建； 理解: 面向接口編程,里氏替換原則,子類型必須能替換掉它們的父類型 分析： “企鵝不是鳥” 子類型必須包含父類型的全部特征,依賴倒轉(zhuǎn)原則,抽象不應(yīng)該依賴于細節(jié)，細節(jié)應(yīng)該依賴于抽象； - 針對接口編程，不要對實現(xiàn)編程 解釋： 1.高層類不應(yīng)該依賴低層類；兩者都應(yīng)依賴于 抽象； 2.抽象不應(yīng)該依賴細節(jié)；細節(jié)應(yīng)該依賴抽象 反轉(zhuǎn)實例:

5、 電話指揮修電腦，誰依賴誰？ 抽象與實現(xiàn)： 電腦主板-總線插槽-PIC卡的實例 抽象不依賴細節(jié)，細節(jié)依賴抽象。,依賴止于接口-用接口消除強耦合,用接口消除強耦合,OO的基本原則,89、面向?qū)ο蟮幕驹O(shè)計原則1)LSP(The Liskov Substitution Principle):Liskov替換原則子類不能添加任何父類沒有的附加約束。子類對象必須可以替換基類對象。在可能的情況下，由抽象類(接口)繼承。抽象類與具體類只要有可能，不要從具體類繼承；行為集中的方向是向上的(抽象類)；數(shù)據(jù)集中的方向是向下的(具體類)。 2)OCP(The Open-Close Principle):開放-封閉

6、原則對于擴展是開放的(Open for extension)對于更改是封閉的(Closed for modification)關(guān)鍵在于抽象抽象預見了可能的所有擴展(閉)由抽象可以隨時導出新的類(開)OCP是OOD中很多說法的核心。LSP是OCP成為可能的主要原則之一。3)SRP單一職責原則(The Single Responsibility Principle)一個類，應(yīng)該僅有一個引起它變化的原因。體現(xiàn)了內(nèi)聚性(Cohesion)：一個模塊的組成元素之間的功能相關(guān)性。違反SRP原則會帶來物理依賴的缺點。使得每個類僅有一個職責。4)ISP接口隔離原則(The Interface Segregat

7、ion Principle)客戶應(yīng)該僅知道所需要要的接口。一個類實現(xiàn)多個接口，避免“肥接口(fat interface)”使用委托分離接口,Adapter模式;使用多重繼承分離接口。本質(zhì)：使用多個專門的接口比使用單一的接口好。一個類對另一個類的依賴性應(yīng)當是建立在最小的接口上的。避免接口污染(Interface Pollution)5)DIP依賴倒置原則(The Dependency Inversion Principle)高層模塊不依賴于低層模塊，二者都依賴于抽象。抽象不應(yīng)該依賴于細節(jié)，細節(jié)應(yīng)該依賴于抽象。針對接口編程，而不是針對實現(xiàn)編程。Booch：所有結(jié)構(gòu)良好面向?qū)ο蠹軜?gòu)都具有清晰地層次定

8、義，每個層次通過一個定義良好的、受控的接口向外提供了一組類聚的服務(wù)。6)啟發(fā)式原則依賴于抽象依賴關(guān)系都應(yīng)終止于抽象類或者接口。任何變量都不應(yīng)該擁有指向具體類的指針或者引用。任何類都不應(yīng)該從具體類派生。任何方法都不應(yīng)該改寫其任何基類中已經(jīng)實現(xiàn)的方法。,系統(tǒng)設(shè)計分析-UML圖,常用的UML圖: 用例圖，類圖，時序圖，狀態(tài)圖,類圖,類圖是一種靜態(tài)設(shè)計圖,常用于系統(tǒng)分析階段 類圖反映了系統(tǒng)設(shè)計中類和類之間的關(guān)系 需要掌握的概念: 類( 含接口)的UML圖標識 類-類，類-接口的圖形化標識 類與類、類與接口的6種關(guān)系,UML中的類圖,類圖中的6種關(guān)系 1. 繼承(泛化)關(guān)系; 2. 實現(xiàn)關(guān)系; 3.依賴關(guān)系; 4. 關(guān)聯(lián)關(guān)系; 5. 組合關(guān)系 6. 聚合關(guān)系; 類圖設(shè)計要點: 1. 指向?qū)嶓w的關(guān)系用實線；