[.net 面向對象程序設計深刻]（18）實戰設計模式——設計模式使用場景及原則

[.net 面向對象程序設計深刻]（18）實戰設計模式——設計模式使用場景及原則

1，什麼是設計模式？

設計模式（Design pattern）是一套被反覆使用、多數人知曉的、通過分類編目的、代碼設計經驗的總結。

使用設計模式是爲了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性。

設計模式並非具體的某一技術，並且經過面向對象的特性：封裝、繼承、多態通過前輩的經驗總結出來的一套程序設計方法。

就像武林高手學武功同樣，再高深的外功都是拳、腳、掌、指和刀、槍、棍、棒打出來的，那爲何降龍掌法和打狗棒法就那麼厲害呢？

那就是各類基礎特性通過完美組合的緣故，寫代碼也同樣，合適的場景使用合適的設計模式，能大大提高代碼複用性和可靠性。

2，經常使用設計模式

整體來講設計模式分爲三大類： 

建立型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。 

結構型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模式。 

行爲型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責任鏈模式、命令模式、備忘錄模式、狀態模式、訪問者模式、中介者模式、解釋器模式。 

（附23種設計模式 彩圖）

3，設計模式原則

（1）、開閉原則（Open Close Principle）

開閉原則就是說對擴展開放，對修改關閉。在程序須要進行拓展的時候，不能去修改原有的代碼，實現一個熱插拔的效果。因此一句話歸納就是：爲了使程序的擴展性好，易於維護和升級。想要達到這樣的效果，咱們須要使用接口和抽象類。

（2）、里氏代換原則（Liskov Substitution Principle）

里氏代換原則(Liskov Substitution Principle LSP)面向對象設計的基本原則之一。 里氏代換原則中說，任何基類能夠出現的地方，子類必定能夠出現。 LSP是繼承複用的基石，只有當衍生類能夠替換掉基類，軟件單位的功能不受到影響時，基類才能真正被複用，而衍生類也可以在基類的基礎上增長新的行爲。里氏代換原則是對「開-閉」原則的補充。實現「開-閉」原則的關鍵步驟就是抽象化。而基類與子類的繼承關係就是抽象化的具體實現，因此里氏代換原則是對實現抽象化的具體步驟的規範。

（3）、依賴倒轉原則（Dependence Inversion Principle）

這個是開閉原則的基礎，具體內容：真對接口編程，依賴於抽象而不依賴於具體。

（4）、接口隔離原則（Interface Segregation Principle）

這個原則的意思是：使用多個隔離的接口，比使用單個接口要好。仍是一個下降類之間的耦合度的意思，從這兒咱們看出，其實設計模式就是一個軟件的設計思想，從大型軟件架構出發，爲了升級和維護方便。因此上文中屢次出現：下降依賴，下降耦合。

（5）、迪米特法則（最少知道原則）（Demeter Principle）

爲何叫最少知道原則，就是說：一個實體應當儘可能少的與其餘實體之間發生相互做用，使得系統功能模塊相對獨立。

（6）、合成複用原則（Composite Reuse Principle）

原則是儘可能使用合成/聚合的方式，而不是使用繼承。

 4，總結

本篇簡單說明了一下設計模式是什麼，有哪些經常使用的設計模式及設計模式使用原則。這些都是基礎概念，百度一下有不少，很長的篇幅介紹，這是簡單介紹便於快速瞭解，詳細的理解須要熟練使用經常使用設計模式以後了。

==============================================================================================

返回目錄

<若是對你有幫助，記得點一下推薦哦，若有有不明白或錯誤之處，請多交流>

<對本系列文章閱讀有困難的朋友，請先看 《.net 面向對象編程基礎》 和 《.net 面向對象程序設計進階》 >

<轉載聲明：技術須要共享精神，歡迎轉載本博客中的文章，但請註明版權及URL>

.NET 技術交流羣：467189533

==============================================================================================