發(fā)文章
發(fā)文工具
撰寫
網(wǎng)文摘手
文檔
視頻
思維導圖
隨筆
相冊
原創(chuàng)同步助手
其他工具
圖片轉文字
文件清理
AI助手
留言交流
對于開放封閉原則，它是面向對象所有原則的核心，軟件設計說到底追求的目標就是封裝變化、降低耦合，而開放封閉原則就是這一目標的最直接體現(xiàn)。開放封閉原則，其核心思想是：軟件實體應該是可擴展的，而不可修改的。也就是，對擴展開放，對修改封閉的。 因此，開放封閉原則主要體現(xiàn)在兩個方面：1、對擴展開放，意味著有新的需求或變化時，可以對現(xiàn)有代碼進行擴展，以適應新的情況。2、對修改封閉，意味著類一旦設計完成，就可以獨立完成其工作，而不要對其進行任何嘗試的修改。 實現(xiàn)開開放封閉原則的核心思想就是對抽象編程，而不對具體編程，因為抽象相對穩(wěn)定。讓類依賴于固定的抽象，所以修改就是封閉的；而通過面向對象的繼承和多態(tài)機制，又可以實現(xiàn)對抽象類的繼承，通過覆寫其方法來改變固有行為，實現(xiàn)新的拓展方法，所以就是開放的。 “需求總是變化”沒有不變的軟件，所以就需要用封閉開放原則來封閉變化滿足需求，同時還能保持軟件內部的封裝體系穩(wěn)定，不被需求的變化影響。 依賴倒置原則
對于依賴倒置原則，其核心思想是：依賴于抽象。具體而言就是高層模塊不依賴于底層模塊，二者都同依賴于抽象；抽象不依賴于具體，具體依賴于抽象。 我們知道，依賴一定會存在于類與類、模塊與模塊之間。當兩個模塊之間存在緊密的耦合關系時，最好的方法就是分離接口和實現(xiàn)：在依賴之間定義一個抽象的接口使得高層模塊調用接口，而底層模塊實現(xiàn)接口的定義，以此來有效控制耦合關系，達到依賴于抽象的設計目標。 抽象的穩(wěn)定性決定了系統(tǒng)的穩(wěn)定性，因為抽象是不變的，依賴于抽象是面向對象設計的精髓，也是依賴倒置原則的核心。 依賴于抽象是一個通用的原則，而某些時候依賴于細節(jié)則是在所難免的，必須權衡在抽象和具體之間的取舍，方法不是一層不變的。依賴于抽象，就是對接口編程，不要對實現(xiàn)編程。 接口隔離原則 對于接口隔離原則，其核心思想是：使用多個小的專門的接口，而不要使用一個大的總接口。 具體而言，接口隔離原則體現(xiàn)在：接口應該是內聚的，應該避免“胖”接口。一個類對另外一個類的依賴應該建立在最小的接口上，不要強迫依賴不用的方法，這是一種接口污染。 接口有效地將細節(jié)和抽象隔離，體現(xiàn)了對抽象編程的一切好處，接口隔離強調接口的單一性。而胖接口存在明顯的弊端，會導致實現(xiàn)的類型必須完全實現(xiàn)接口的所有方法、屬性等；而某些時候，實現(xiàn)類型并非需要所有的接口定義，在設計上這是“浪費”，而且在實施上這會帶來潛在的問題，對胖接口的修改將導致一連串的客戶端程序需要修改，有時候這是一種災難。在這種情況下，將胖接口分解為多個特點的定制化方法，使得客戶端僅僅依賴于它們的實際調用的方法，從而解除了客戶端不會依賴于它們不用的方法。 分離的手段主要有以下兩種：1、委托分離，通過增加一個新的類型來委托客戶的請求，隔離客戶和接口的直接依賴，但是會增加系統(tǒng)的開銷。2、多重繼承分離，通過接口多繼承來實現(xiàn)客戶的需求，這種方式是較好的。 Liskov替換原則
對于Liskov替換原則，其核心思想是：子類必須能夠替換其基類。這一思想體現(xiàn)為對繼承機制的約束規(guī)范，只有子類能夠替換基類時，才能保證系統(tǒng)在運行期內識別子類，這是保證繼承復用的基礎。在父類和子類的具體行為中，必須嚴格把握繼承層次中的關系和特征，將基類替換為子類，程序的行為不會發(fā)生任何變化。同時，這一約束反過來則是不成立的，子類可以替換基類，但是基類不一定能替換子類。 Liskov替換原則，主要著眼于對抽象和多態(tài)建立在繼承的基礎上，因此只有遵循了Liskov替換原則，才能保證繼承復用是可靠地。實現(xiàn)的方法是面向接口編程：將公共部分抽象為基類接口或抽象類，通過Extract Abstract Class，在子類中通過覆寫父類的方法實現(xiàn)新的方式支持同樣的職責。 Liskov替換原則是關于繼承機制的設計原則，違反了Liskov替換原則就必然導致違反開放封閉原則。 Liskov替換原則能夠保證系統(tǒng)具有良好的拓展性，同時實現(xiàn)基于多態(tài)的抽象機制，能夠減少代碼冗余，避免運行期的類型判別。
以上就是5個基本的設計原則，它們就像面向對象程序設計中的金科玉律，遵守它們可以使我們的代碼更加鮮活，易于復用，易于拓展，靈活優(yōu)雅。不同的設計模式對應不同的需求，而設計原則則代表永恒的靈魂，需要在實踐中時時刻刻地遵守。就如ARTHUR J.RIEL在那邊《OOD啟示錄》中所說的：“你并不必嚴格遵守這些原則，違背它們也不會被處以宗教刑罰。但你應當把這些原則看做警鈴，若違背了其中的一條，那么警鈴就會響起?！?br> 請記住這些技術大師的名字和作品，并深入研習其中的招式和經驗，正是他們讓面向對象程序設計變得如此光彩奪目，沿著這些智慧的道路一直走下去，我覺得，我們會不僅僅提高了技術，還會發(fā)現(xiàn)設計以外的東西，因為OOP還蘊含著人生的很多智慧。
來自： 昵稱10504424 > 《C#》
0條評論
發(fā)表
請遵守用戶 評論公約
面向對象的基本原則
面向對象的基本原則單一職責原則(Single-Resposibility Principle)。"對一個類而言，應該僅有一個引起它變化的原因。"本原則是我們非常熟悉地"高內聚性原則"的引申，但是通過將&qu...
[原創(chuàng)]敏捷設計之面向對象設計原則 (入選推薦日志，加20幣) - 航行日志——理論與實踐...
敏捷設計之面向對象設計原則。單一職責原則（The Single Responsibility Principle，簡稱ＳＲＰ）開放-封閉原則（The Open-Close Principle，簡稱ＯＣＰ）Liskov替換原則（The Liskov Substitution Pri...
GitHub最熱！碼代碼不得不知的所有定律法則
碼代碼不得不知的所有定律法則。阿姆達爾定律布魯克斯法則康威定律侯世達定律炒作周期 &阿瑪拉定律海勒姆法則摩爾定律帕金森定律Put...
從架構到設計
所以，依賴和耦合在我看來是對一個問題的兩種表達，依賴闡釋了耦合本質，而耦合量化了依賴程度。零耦合，表示兩個類沒有依賴。具體耦合...
設計模式隨筆系列：開篇
另外最近在學習李建忠老師的“C#面向對象設計模式縱橫談系列課程”時候，李老師提出了一個“重構到模式”的理論，感覺十分有道理，模式...
做一個專業(yè)軟件開發(fā)必須精通的事項，你還差多少
LSP The Liskov Substitution Principle里氏替換原則：所有的子類都可以替換其基類，這個原則其實是對編程語言的要求，只有實現(xiàn)這個原則...
設計模式-概述
設計模式-概述面向對象。設計模式：中層，語言無關，如工廠模式，策略模式等。結構型結構型模式主要用于處理類或對象的組合，主要有適配...
重溫設計模式系列（三）面向對象設計原則
重溫設計模式系列（三）面向對象設計原則。用于隔離或組合兩個類之間的交互，避免兩個或多個事物之間直接耦合，比如用戶類和商品類，兩...
面向對象設計模式5大基本原則
面向對象設計模式有5大基本原則：單一職責原則、開發(fā)封閉原則、依賴倒置原則、接口隔離原則、Liskov替換原則。4、接口隔離原則：現(xiàn)在這...
微信掃碼，在手機上查看選中內容
