當程序員說去「設計模式」時，你是否會一臉懵逼，到底什么是設計模式呢？

[[202715]]

很多人應該聽說過設計模式（Design pattern），又或多或少的看過或用過設計模式，但是實際用在開發過程中總有點心有余而力不足的感覺。那肯定是對設計模式的理解有少許偏差或者不夠深入。先不談某種具體的模式，先來看看什么是設計模式？

什么是設計模式？

設計模式是一套代碼設計「 經驗的總結 」。項目中「 合理的 」運用設計模式可以「 巧妙的解決很多問題 」。

經驗的總結：抱著「代碼虐我千百遍，我待代碼如初戀」的心態，最終得出來的「套路」。

[[202716]]

合理的：要對設計模式的使用場景有一定的認識后才使用，「不要濫用」。如：輸出一句“hello world”，非要強行給加上各種模式。

問：“為什么”，答：“總感覺少了模式！”。

[[202717]]

[[202718]]

巧妙的解決了很多問題：被廣泛應用的原因。

[[202719]]

為什么要提倡“Design Pattern呢？根本原因是為了代碼復用，增加可維護性。那么怎么才能實現代碼復用呢？

設計模式之六大原則

開閉原則（Open Close Principle）

1988年，勃蘭特·梅耶（Bertrand Meyer）在他的著作《面向對象軟件構造（Object Oriented Software Construction）》中提出了開閉原則，它的原文是這樣：“Software entities should be open for extension,but closed for modification”。

• 意思：軟件模塊應該對擴展開放，對修改關閉。
• 舉例：在程序需要進行新增功能的時候，不能去修改原有的代碼，而是新增代碼，實現一個熱插拔的效果（熱插拔：靈活的去除或添加功能，不影響到原有的功能）。
• 目的：為了使程序的擴展性好，易于維護和升級。

里氏代換原則（Liskov Substitution Principle）

• 意思：里氏代換原則是繼承復用的基石，只有當衍生類可以替換掉基類， 軟件單位的功能不受到影響時 ，基類才能真正被復用，而衍生類也能夠在基類的基礎上增加新的行為。
• 舉例：球類，原本是一種體育用品，它的衍生類有籃球、足球、排球、羽毛球等等，如果衍生類替換了基類的原本方法，如把體育用品改成了食用品（那么軟件單位的功能受到影響），就不符合里氏代換原則。
• 目的：對實現抽象化的具體步驟的規范。

依賴倒轉原則（Dependence Inversion Principle）

• 意思：針對接口編程，而不是針對實現編程。
• 舉例：以計算機系統為例,無論主板、CPU、內存、硬件都是在針對接口設計的，如果針對實現來設計，內存就要對應到針對某個品牌的主板，那么會出現換內存需要把主板也換掉的尷尬。
• 目的：降低模塊間的耦合。

接口隔離原則（Interface Segregation Principle）

• 使用多個隔離的接口，比使用單個接口要好。
• 舉例：比如：登錄，注冊時屬于用戶模塊的兩個接口，比寫成一個接口好。
• 目的：提高程序設計靈活性。

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

1987年秋天由美國Northeastern University的Ian Holland提出，被UML的***之一[Booch]等普及。后來，因為在經典著作《 The Pragmatic Programmer》而廣為人知。

• 意思：一個實體應當盡量少的與其他實體之間發生相互作用，使得系統功能模塊相對獨立。
• 舉例：一個類公開的public屬性或方法越多，修改時涉及的面也就越大，變更引起的風險擴散也就越大。
• 目的：降低類之間的耦合，減少對其他類的依賴。

單一職責原則（ Single responsibility principle ）

該原則由羅伯特·C·馬丁（Robert C. Martin）于《敏捷軟件開發：原則、模式和實踐》一書中給出的。馬丁表示此原則是基于 湯姆·狄馬克 (Tom DeMarco)和Meilir Page-Jones的著作中的 內聚性 原則發展出的。

• 意思：一個類只負責一個功能領域中的相應職責，或者可以定義為：就一個類而言，應該只有一個引起它變化的原因。
• 舉例：該原則意思簡單到不需要舉例！
• 目的：類的復雜性降低，可讀性提高，可維護性提高。

[[202720]]

剛入行的時候，在想什么樣的代碼是好代碼？看到很多前輩的文字都說好的代碼要符合「高內聚，低耦合」，但是我聽到這樣的解釋，是這樣的

[[202721]]

而現在對設計模式有了一定程度上的學習，感覺懂了一些，小伙伴們你們學會了嗎？

高內聚,低耦合？

• 內聚是從功能角度來度量模塊內的聯系，一個好的內聚模塊應當恰好做一件事。它描述的是模塊內的功能聯系；
• 耦合是軟件結構中各模塊之間相互連接的一種度量，耦合強弱取決于模塊間接口的復雜程度、進入或訪問一個模塊的點以及通過接口的數據。