【正文】 何修改。軟件設計本身所追求的目標就是封裝變化，降低耦合，而開放封閉原則正是對這一目標的最直接體現(xiàn)。也就是說在設計一個模塊的時候，應當使這個模塊可以在不被修改的前提下被擴展，即實現(xiàn)在不修改源代碼的情況下改變這個模塊的行為。 單一職責原則 ?單一職責原則實例 ? 實例說明 ? 某基于 C/S系統(tǒng)的“登錄功能”通過如下登錄類 (Login)實現(xiàn)： ? 現(xiàn)使用單一職責原則對其進行重構(gòu)。依賴Modem類的元素要做相應的細化，根據(jù)職責的不同分別依賴不同的接口。 單一職責原則 ? 這樣做有潛在的隱患，如果要改變連接的方式，勢必要修改 Modem，而修改 Modem類的結(jié)果導致凡事依賴 Modem類可能都需要修改，這樣就需要重新編譯和部署，不管數(shù)據(jù)傳輸這部分是否需要修改。 單一職責原則 ?以調(diào)制解調(diào)器為例如下圖： 單一職責原則 ? 從上述類圖里面我們發(fā)現(xiàn)有四個方法 Dial(撥通電話)， Hangup(掛電話 )， Receive(收到信息 )， Send(發(fā)送信息 )，經(jīng)過分析不難判斷出，實際上 Dial(撥通電話 )和 Hangup(掛電話 )是屬于連接的范疇，而Receive(收到信息 )和 Send(發(fā)送信息 )是屬于數(shù)據(jù)傳送的范疇。 ? 類的職責主要包括兩個方面： 數(shù)據(jù)職責和行為職責 ， 數(shù)據(jù)職責通過其屬性來體現(xiàn) ，而 行為職責通過其方法來體現(xiàn) 。 ? 其英文定義為： ? Every object should have a single responsibility, and that responsibility should be entirely encapsulated by the class. ? 另一種定義方式如下： ? 就一個類而言，應該 僅有一個引起它變化的原因 。 Martin Fowler 面向?qū)ο笤O計原則概述 ? 面向?qū)ο笤O計原則簡介 ? 常用的面向?qū)ο笤O計原則包括 7個 ， 這些原則并不是孤立存在的 ， 它們相互依賴 ， 相互補充 。 ?在面向?qū)ο蟮脑O計里面 ， 可維護性復用都是以面向?qū)ο笤O計原則為基礎的 ， 這些設計原則首先都是復用的原則 ， 遵循這些設計原則可以有效地提高系統(tǒng)的復用性 ， 同時提高系統(tǒng)的可維護性 。面向?qū)ο笤O計原則 2 主要內(nèi)容 1. 面向?qū)ο笏枷? 2. 面向?qū)ο蠛诵囊? 3. 類與類之間的關(guān)系 4. 面向?qū)ο笤O計原則 ? 面向?qū)ο笤O計原則概述 ? 單一職責原則 ? 開閉原則 ? 里氏代換原則 ? 依賴倒轉(zhuǎn)原則 ? 接口隔離原則 ? 合成復用原則 ? 迪米特法則 面向?qū)ο笤O計原則 面向?qū)ο笤O計原則概述 ?軟件的可維護性和可復用性 ? 知名軟件大師 Robert (Maintainability) 較低的軟件設計，通常由于如下 4個原因造成： ? 過于僵硬 (Rigidity) ? 過于脆弱 (Fragility) ? 復用率低 (Immobility) ? 黏度過高 (Viscosity) Robert 面向?qū)ο笤O計原則概述 ?軟件的可維護性和可復用性 ?軟件工程和建模大師 Peter Coad認為，一個好的系統(tǒng)設計應該具備如下三個性質(zhì)： ? 可擴展性 (Extensibility) ? 靈活性 (Flexibility) ? 可插入性 (Pluggability) Peter Coad 面向?qū)ο笤O計原則概述 ?軟件的可維護性和可復用性 ? 軟件的復用 (Reuse)或重用 擁有眾多優(yōu)點 ， 如可以提高軟件的開發(fā)效率 ， 提高軟件質(zhì)量 ， 節(jié)約開發(fā)成本 ， 恰當?shù)膹陀眠€可以改善系統(tǒng)的可維護性 。 ?面向?qū)ο笤O計復用的目標在于 實現(xiàn)支持可維護性的復用 。 面向?qū)ο笤O計原則概述 ?軟件的可維護性和可復用性 ?面向?qū)ο笤O計原則和設計模式也是對系統(tǒng)進行合理重構(gòu)的指南針 ， 重構(gòu) (Refactoring)是 在不改變軟件現(xiàn)有功能的基礎上 ， 通過調(diào)整程序代碼改善軟件的質(zhì)量 、 性能 ，使其程序的設計模式和架構(gòu)更趨合理 ， 提高軟件的擴展性和維護性 。 設計原則名稱 設計原則簡介 重要性 單一職責原則 (Single Responsibility Principle, SRP) 類的職責要單一，不能將太多的職責放在一個類中 ★★★★☆ 開閉原則 (OpenClosed Principle, OCP) 軟件實體對擴展是開放的，但對修改是關(guān)閉的，即在不修改一 個軟件實體的基礎上去擴展其功能 ★★★★★ 里氏代換原則 (Liskov Substitution Principle, LSP) 在軟件系統(tǒng)中，一個可以接受基類對象的地方必然可以接受一 個子類對象 ★★★★☆ 依賴倒轉(zhuǎn)原則 (Dependency Inversion Principle, DIP) 要針對抽象層編程，而不要針對具體類編程 ★★★★★ 接口隔離原則 (Interface Segregation Principle, ISP) 使用多個專門的接口來取代一個統(tǒng)一的接口 ★★☆☆☆ 合成復用原則 (Composite Reuse Principle, CRP) 在系統(tǒng)中應該盡量多使用組合和聚合關(guān)聯(lián)關(guān)系，盡量少使用甚 至 不使用繼承關(guān)系 ★★★★☆ 迪米特法則 (Law of Demeter, LoD) 一個軟件實體對其他實體的引用越少越好，或者說如果兩個類 不必彼此直接通信，那么這兩個類就不應當發(fā)生直接的相互作 用，而是通過引入一個第三者發(fā)生間接交互 ★★★☆☆ 單一職責原則 ?單一職責原則定義 ? 單一職責原則 (Single Responsibility Principle, SRP)定義如下： ? 一個對象應該只包含 單一的職責 ，并且該職責被完整地封裝在一個類中。 ? 其英文定義為： ? There should never be more than one reason for a class to change. 單一職責原則 ?單一職責原則分析 ? 一個類（或者大到模塊，小到方法）承擔的職責越多，它被復用的可能性越小 ，而且如果一個類承擔的職責過多，就相當于將