面向?qū)ο蟮姆治雠c設(shè)計(jì)課程學(xué)習(xí)的內(nèi)容OO設(shè)計(jì)原則UML設(shè)計(jì)圖及RoseRational工具OO設(shè)計(jì)模式典型項(xiàng)目的分析與設(shè)計(jì)學(xué)習(xí)方法掌握主要OO原則的原理和應(yīng)用要點(diǎn)改變java編程習(xí)慣學(xué)會(huì)設(shè)計(jì)Rational工具的使用；掌握類圖、用例圖、順序圖、活動(dòng)圖的設(shè)計(jì)熟練掌握MVC設(shè)計(jì)方法熟練掌握數(shù)據(jù)庫(kù)編程深化了解API，深化基于API的編程反復(fù)實(shí)踐典型模式應(yīng)用于項(xiàng)目的分析和設(shè)計(jì)考核基于典型項(xiàng)目的考察:項(xiàng)目的分析與方案設(shè)計(jì)UML典型圖項(xiàng)目代碼中基本原則的應(yīng)用項(xiàng)目設(shè)計(jì)中模型的使用OOP編程要點(diǎn)

OOP追求的目標(biāo)：可用性、完整性、健壯性、有效性、可伸縮性、可讀性、可重用性、簡(jiǎn)潔性、可維護(hù)性、可擴(kuò)充行OOP典型特點(diǎn)：封裝性、繼承性、重載、屬性和修飾符、多態(tài)、重構(gòu)、抽象類接口、集合、泛型、委托與事件實(shí)現(xiàn)一個(gè)最簡(jiǎn)單的實(shí)例計(jì)算立體型幾何體體積要點(diǎn):分析其中的耦合性、程序的復(fù)用性“臟代碼”分析單一職責(zé)原則(SRP原則)就一個(gè)類而言，應(yīng)該只有一個(gè)引起它變化的原因；失敗的案例：界面處理類+數(shù)據(jù)庫(kù)操作+文件讀寫+業(yè)務(wù)流程控制類比：多功能手機(jī)、集成主板的電腦—壞一處就全壞經(jīng)驗(yàn)：類的設(shè)計(jì)傾向于越小越好解釋:如果一個(gè)類承擔(dān)的職責(zé)過(guò)多，就等于把這些職責(zé)耦合在一起。一個(gè)職責(zé)的變化可能會(huì)引起消弱或抑制這個(gè)類完成其他職責(zé)的功能。這種耦合會(huì)導(dǎo)致脆弱的設(shè)計(jì)。當(dāng)變化發(fā)生時(shí)，設(shè)計(jì)會(huì)遭到意想不到的破壞。開-閉原則（核心原則）軟件實(shí)體(類、模塊、方法）應(yīng)該可以擴(kuò)展，但不可以修改；換個(gè)說(shuō)法:類對(duì)擴(kuò)展是開放的,對(duì)修改是封閉的;用extends和implements等開放，用private封閉實(shí)際使用：1.隨時(shí)準(zhǔn)備修改：改變是合理的；2.原來(lái)的代碼一般不要改動(dòng)，合理的方法是基于原先的代碼產(chǎn)生新的類3.設(shè)計(jì)之初就準(zhǔn)備好應(yīng)對(duì)變化，用抽象來(lái)隔離變化，減少耦合。開-閉原則的運(yùn)用:寫一個(gè)相對(duì)固定的內(nèi)核;不斷產(chǎn)生新的類，當(dāng)修改發(fā)生時(shí)；新的類給予接口或抽象類創(chuàng)建；理解:面向接口編程依賴倒轉(zhuǎn)原則抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象；----針對(duì)接口編程，不要對(duì)實(shí)現(xiàn)編程解釋：1.高層類不應(yīng)該依賴低層類；兩者都應(yīng)依賴于抽象；2.抽象不應(yīng)該依賴細(xì)節(jié)；細(xì)節(jié)應(yīng)該依賴抽象反轉(zhuǎn)實(shí)例:電話指揮修電腦，誰(shuí)依賴誰(shuí)？抽象與實(shí)現(xiàn)：電腦主板-總線插槽-PIC卡的實(shí)例—抽象不依賴細(xì)節(jié)，細(xì)節(jié)依賴抽象。依賴止于接口--用接口消除強(qiáng)耦合AB依賴AB依賴I依賴用接口消除強(qiáng)耦合OO的基本原則89、面向?qū)ο蟮幕驹O(shè)計(jì)原則

1)LSP(TheLiskovSubstitutionPrinciple):Liskov替換原則

子類不能添加任何父類沒有的附加約束。子類對(duì)象必須可以替換基類對(duì)象。

在可能的情況下，由抽象類(接口)繼承。

抽象類與具體類

只要有可能，不要從具體類繼承；

行為集中的方向是向上的(抽象類)；

數(shù)據(jù)集中的方向是向下的(具體類)。

2)OCP(TheOpen-ClosePrinciple):開放-封閉原則

對(duì)于擴(kuò)展是開放的(Openforextension)

對(duì)于更改是封閉的(Closedformodification)

關(guān)鍵在于抽象

抽象預(yù)見了可能的所有擴(kuò)展(閉)

由抽象可以隨時(shí)導(dǎo)出新的類(開)

OCP是OOD中很多說(shuō)法的核心。

LSP是OCP成為可能的主要原則之一。

3)SRP單一職責(zé)原則(TheSingleResponsibilityPrinciple)

一個(gè)類，應(yīng)該僅有一個(gè)引起它變化的原因。

體現(xiàn)了內(nèi)聚性(Cohesion)：一個(gè)模塊的組成元素之間的功能相關(guān)性。

違反SRP原則會(huì)帶來(lái)物理依賴的缺點(diǎn)。

使得每個(gè)類僅有一個(gè)職責(zé)。

4)ISP接口隔離原則(TheInterfaceSegregationPrinciple)

客戶應(yīng)該僅知道所需要要的接口。

一個(gè)類實(shí)現(xiàn)多個(gè)接口，避免“肥接口(fatinterface)”

使用委托分離接口,Adapter模式;使用多重繼承分離接口。

本質(zhì)：

使用多個(gè)專門的接口比使用單一的接口好。

一個(gè)類對(duì)另一個(gè)類的依賴性應(yīng)當(dāng)是建立在最小的接口上的。

避免接口污染(InterfacePollution)

5)DIP依賴倒置原則(TheDependencyInversionPrinciple)

高層模塊不依賴于低層模塊，二者都依賴于抽象。

抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象。

針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。

Booch：所有結(jié)構(gòu)良好面向?qū)ο蠹軜?gòu)都具有清晰地層次定義，每個(gè)層次通過(guò)一個(gè)定義良好的、受控的接口向外提供了一組類聚的服務(wù)。

6)啟發(fā)式原則

依賴于抽象——依賴關(guān)系都應(yīng)終止于抽象類或者接口。

任何變量都不應(yīng)該擁有指向具體類的指針或者引用。

任何類都不應(yīng)該從具體類派生。

任何方法都不應(yīng)該改寫其任何基類中已經(jīng)實(shí)現(xiàn)的方法。

類圖類圖是一種靜態(tài)設(shè)計(jì)圖,常用于系統(tǒng)分析階段類圖反映了系統(tǒng)設(shè)計(jì)中類和類之間的關(guān)系需要掌握的概念:類(含接口)的UML圖標(biāo)識(shí)類-類，類-接口的圖形化標(biāo)識(shí)類與類、類與接口的6種關(guān)系

UML中的類圖類圖中的6種關(guān)系1.繼承(泛化)關(guān)系;2.實(shí)現(xiàn)關(guān)系;3.依賴關(guān)系;4.關(guān)聯(lián)關(guān)系;5.組合關(guān)系6.聚合關(guān)系