面向?qū)ο笤O(shè)計(jì)原則java-展示頁(yè)
2025-01-15 17:39本頁(yè)面
【正文】 單一職責(zé)原則 ? 單一職責(zé)原則分析 ?一個(gè)類（或者大到模塊，小到方法）承擔(dān)的職責(zé)越多，它被復(fù)用的可能性越小 。 ★★★☆☆ Page 8 單一職責(zé)原則 ? 單一職責(zé)原則定義 ?單一職責(zé)原則 (Single Responsibility Principle, SRP)定義如下： ? 在軟件系統(tǒng)中， 一個(gè)類只負(fù)責(zé)一個(gè)功能領(lǐng)域中的相應(yīng)職責(zé) 。 ★★☆☆☆ 合成復(fù)用原則 (Composite Reuse Principle, CRP) 在系統(tǒng)中應(yīng)該盡量多使用組合和聚合關(guān)聯(lián)關(guān)系，盡量少使用甚至不使用繼承關(guān)系。 ★★★★☆ 依賴倒轉(zhuǎn)原則 (Dependency Inversion Principle, DIP) 要針對(duì)抽象層編程，而不要針對(duì)具體類編程。 ★★★★☆ 開閉原則 (OpenClosed Principle, OCP) 軟件實(shí)體對(duì)擴(kuò)展是開放的，但對(duì)修改是關(guān)閉的，即在不修改一個(gè)軟件實(shí)體的基礎(chǔ)上去擴(kuò)展其功能。 Martin Fowler Page 7 面向?qū)ο笤O(shè)計(jì)原則概述 ? 面向?qū)ο笤O(shè)計(jì)原則簡(jiǎn)介 ?常用的面向?qū)ο笤O(shè)計(jì)原則包括七個(gè) ， 這些原則并不是孤立存在的 ， 它們相互依賴 ， 相互補(bǔ)充 。 ?在面向?qū)ο蟮脑O(shè)計(jì)里面 ， 可維護(hù)性復(fù)用都是以面向?qū)ο笤O(shè)計(jì)原則為基礎(chǔ)的 ， 這些設(shè)計(jì)原則首先都是復(fù)用的原則 ， 遵循這些設(shè)計(jì)原則可以有效地提高系統(tǒng)的復(fù)用性 ， 同時(shí)提高系統(tǒng)的可維護(hù)性 。面向?qū)ο笤O(shè)計(jì)原則 Java Page 2 本章教學(xué)內(nèi)容 ? 面向?qū)ο笤O(shè)計(jì)原則概述 ? 單一職責(zé)原則 ? 開閉原則 ? 里氏代換原則 ? 依賴倒轉(zhuǎn)原則 ? 接口隔離原則 ? 合成復(fù)用原則 ? 迪米特法則 Page 3 面向?qū)ο笤O(shè)計(jì)原則概述 ? 軟件的可維護(hù)性和可復(fù)用性 ?知名軟件大師 Robert 的軟件設(shè)計(jì)，通常由于如下四個(gè)原因造成： ? 過(guò)于僵硬 (Rigidity) ? 過(guò)于脆弱 (Fragility) ? 復(fù)用率低 (Immobility) ? 黏度過(guò)高 (Viscosity) Robert Page 4 面向?qū)ο笤O(shè)計(jì)原則概述 ? 軟件的可維護(hù)性和可復(fù)用性 ?軟件工程和建模大師 Peter Coad認(rèn)為，一個(gè)好的系統(tǒng)設(shè)計(jì)應(yīng)該具備如下三個(gè)性質(zhì)： ? 可擴(kuò)展性 (Extensibility) ? 靈活性 (Flexibility) ? 可插入性 (Pluggability) Peter Coad Page 5 面向?qū)ο笤O(shè)計(jì)原則概述 ? 軟件的可維護(hù)性和可復(fù)用性 ? 軟件的復(fù)用 (Reuse)或重用 擁有眾多優(yōu)點(diǎn) ， 如可以提高軟件的開發(fā)效率 ， 提高軟件質(zhì)量 ， 節(jié)約開發(fā)成本 ， 恰當(dāng)?shù)膹?fù)用還可以改善系統(tǒng)的可維護(hù)性 。 ?面向?qū)ο笤O(shè)計(jì)復(fù)用的目標(biāo)在于 實(shí)現(xiàn)支持可維護(hù)性的復(fù)用 。 Page 6 面向?qū)ο笤O(shè)計(jì)原則概述 ? 軟件的可維護(hù)性和可復(fù)用性 ?面向?qū)ο笤O(shè)計(jì)原則和設(shè)計(jì)模式也是對(duì)系統(tǒng)進(jìn)行合理重構(gòu)的指南針 ， 重構(gòu) (Refactoring)是 在不改變軟件現(xiàn)有功能的基礎(chǔ)上 ， 通過(guò)調(diào)整程序代碼改善軟件的質(zhì)量 、 性能 ，使其程序的設(shè)計(jì)模式和架構(gòu)更趨合理 ， 提高軟件的擴(kuò)展性和維護(hù)性 。 設(shè)計(jì)原則名稱 設(shè)計(jì)原則簡(jiǎn)介 重要性 單一職責(zé)原則 (Single Responsibility Principle, SRP) 類的職責(zé)要單一，不能將太多的職責(zé)放在一個(gè)類中。 ★★★★★ 里氏代換原則 (Liskov Substitution Principle, LSP) 在軟件系統(tǒng)中，一個(gè)可以接受基類對(duì)象的地方必然可以接受一個(gè)子類對(duì)象。 ★★★★★ 接口隔離原則 (Interface Segregation Principle, ISP) 使用多個(gè)專門的接口來(lái)取代一個(gè)統(tǒng)一的接口。 ★★★★☆ 迪米特法則 (Law of Demeter, LoD) 一個(gè)軟件實(shí)體對(duì)其他實(shí)體的引用越少越好，或者說(shuō)如果兩個(gè)類不必彼此直接通信，那么這兩個(gè)類就不應(yīng)當(dāng)發(fā)生直接的相互作用，而是通過(guò)引入一個(gè)第三者發(fā)生間接交互。 ?另一種定義方式如下： ? 就一個(gè)類而言，應(yīng)該 僅有一個(gè)引起它變化的原因 。而且如果一個(gè)類承擔(dān)的職責(zé)過(guò)多，就相當(dāng)于將這些職責(zé)耦合在一起，當(dāng)其中一個(gè)職責(zé)變化時(shí)，可能會(huì)影響其他職責(zé)的運(yùn)作。 ?單一職責(zé)原則是實(shí)現(xiàn) 高內(nèi)聚、低耦合 的指導(dǎo)方針，在很多代碼重構(gòu)手法中都能找到它的存在，它是最簡(jiǎn)單但又最難運(yùn)用的原則，需要設(shè)計(jì)人員發(fā)現(xiàn)類的不同職責(zé)并將其分離，而發(fā)現(xiàn)類的多重職責(zé)需要設(shè)計(jì)人員具有較強(qiáng)的分析設(shè)計(jì)能力和相關(guān)重構(gòu)經(jīng)驗(yàn)。 Login++++++ini t ()display ()val ida te ()ge tCo nn ecti on ()find Use r (Strin g u serN am e, Strin g u serP ass wo rd)m ain (Strin g a rgs[]): voi d: voi d: voi d: Co nn ecti on: bo ole an: voi dPage 11 單一職責(zé)原則 ? 單一職責(zé)原則實(shí)例 ?實(shí)例解析 ? 使用單一職責(zé)原則重構(gòu)后的類圖： Lo gin Form dao : UserDA O+++init ()disp lay ()validate (): void: void: voidUse rDA O db : DB Util+ findUser (String u serNam e, St ring us erP ass word ): boolea nDBU til+ getConnecti on () : Conne ctionMain Clas s+ m ain (St ring arg s[]) : voidPage 12 開閉原則 ? 開閉原則定義 ?開閉原則 (OpenClosed Principle, OCP)定義如下： ? 一個(gè)軟件實(shí)體應(yīng)當(dāng) 對(duì)擴(kuò)展開放，對(duì)修改關(guān)閉 。 Page 13 開閉原則 ? 開閉原則分析 ?開閉原則由 Bertrand Meyer于 1988年提出，它是面向?qū)ο笤O(shè)計(jì)中最重要的原則之一。 Page 14 開閉原則 ? 開閉原則分析 ?抽象化 是開閉原則的關(guān)鍵。 Page 15 開閉原則 ? 開閉原則實(shí)例 ?實(shí)例說(shuō)明 ? 某圖形界面系
法律信息相關(guān)推薦
鄂ICP備17016276號(hào)-1