設計模式是什么

| 企服解答

設計模式是一種抽象的編程思想，并不局限于某一特定的編程語言，而是在許多語言之間相通的。比如在Java、C#、C++語言當中，都可以使用到設計模式。但設計模式也有它的邊界，它的適用范圍是面向?qū)ο蟮木幊陶Z言。對于面向過程語言、函數(shù)式編程語言，談論設計模式是沒有意義的。設計模型可以大致分為3種模式：創(chuàng)建型模式、結構型模式、行為型模式。

設計模式是什么

1、創(chuàng)建型模式

這一類設計模式的目的是用于創(chuàng)建對象。比如大家常用的工廠模式、單例模式，就屬于創(chuàng)建型模式。

2、結構型模式

這一類設計模式的目的是優(yōu)化不同類、對象、接口之間的結構關系。比較常用的代理模式、裝飾者模式，就屬于結構型模式。

3、行為型模式

這一類設計模式的目的是更好地實現(xiàn)類與類之間的交互以及算法的執(zhí)行。比如策略模式、觀察者模式，就屬于行為型模式。

| 拓展閱讀

10大設計原則包括了：1、單一職責原則 SRP；2、開放-封閉原則 OCP；3、里氏替換原則 LSP；4、接口隔離原則 ISP；5、依賴倒置原則 DIP；6、最少知識原則(迪米特原則)LOD；7、組合/聚合復用原則 CRP；8、不要重復你自己 DRY；9、盡量保持簡單 KISS；10、不要過度設計你暫時用不到的邏輯 YAGNI。

1、單一職責原則 SRP

實現(xiàn)類要職責單一：如果一段代碼塊（函數(shù) 類 模塊）負責多個功能，那么當 A 功能需求發(fā)生改變的時候改動了代碼，就有可能導致 B 功能出現(xiàn)問題，所以一段代碼塊只應該負責一個職責。

2、開放-封閉原則 OCP

要對擴展開放，對修改關閉：通過修改老代碼來實現(xiàn)新功能可能導致老模塊出現(xiàn) BUG，所以我們應該通過開發(fā)新代碼塊來實現(xiàn)新功能

3、里氏替換原則 LSP

不要破壞繼承體系：程序中的子類應該可以替換父類出現(xiàn)的任何地方并保持預期不變。所以子類盡量不要改變父類方法的預期行為

4、接口隔離原則 ISP

設計接口的時候要精簡單一：當類 A 只需要接口 B 中的部分方法時，因為實現(xiàn)接口需要實現(xiàn)其所有的方法，于是就造成了類 A 多出了部分不需要的代碼。這時應該將 B 接口拆分，將類A需要和不需要的方法隔離開來

5、依賴倒置原則 DIP

面向接口編程：抽象不應該依賴細節(jié)，細節(jié)應該依賴于抽象。核心是面向接口編程，我們應該依賴于抽象接口，而不是具體的接口實現(xiàn)類或具體的對象
注意：上面的 SOLID 又稱為5大設計原則

6、最少知識原則(迪米特原則)LOD

降低耦合度：一個類或?qū)ο髴搶ζ渌鼘ο蟊３肿钌俚牧私狻Ｖ慌c直接的朋友(耦合)通信。

7、組合/聚合復用原則 CRP

多用組合少用繼承：盡可能通過組合已有對象（借用他們的能力）來實現(xiàn)新的功能，而不是使用繼承來獲取這些能力

8、不要重復你自己 DRY

功能語義重復應該合并，代碼執(zhí)行重復應該刪減，代碼邏輯重復但語義不同應該保留

9、盡量保持簡單 KISS

盡可能使用簡單可讀性高的代碼實現(xiàn)功能，而不用邏輯復雜、實現(xiàn)難度高、可讀性差的方式

10、不要過度設計你暫時用不到的邏輯 YAGNI

不要過度優(yōu)化、不要過度預留擴展點、不要設計同事看不懂的代碼。