軟件設(shè)計(jì)原則

1. 開(kāi)閉原則：軟件實(shí)體應(yīng)當(dāng)對(duì)擴(kuò)展開(kāi)放，對(duì)修改關(guān)閉
2. 里氏替換原則：子類可以擴(kuò)展父類的功能，但不能改變父類原有的功能。也就是說(shuō)：子類繼承父類時(shí)，除添加新的方法完成新增功能外，盡量不要重寫父類的方法。
3. 依賴倒置原則：高層模塊不應(yīng)該依賴低層模塊，兩者都應(yīng)該依賴其抽象；抽象不應(yīng)該依賴細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴抽象；其核心思想是：要面向接口編程，不要面向?qū)崿F(xiàn)編程。
4. 單一職責(zé)原則：規(guī)定一個(gè)類應(yīng)該有且僅有一個(gè)引起它變化的原因，否則類應(yīng)該被拆分
5. 接口隔離原則：要為各個(gè)類建立它們需要的專用接口，而不要試圖去建立一個(gè)很龐大的接口供所有依賴它的類去調(diào)用
6. 迪米特法則： 如果兩個(gè)軟件實(shí)體無(wú)須直接通信，那么就不應(yīng)當(dāng)發(fā)生直接的相互調(diào)用，可以通過(guò)第三方轉(zhuǎn)發(fā)該調(diào)用。
7. 合成復(fù)用原則：它要求在軟件復(fù)用時(shí)，要盡量先使用組合或者聚合等關(guān)聯(lián)關(guān)系來(lái)實(shí)現(xiàn)，其次才考慮使用繼承關(guān)系來(lái)實(shí)現(xiàn)

創(chuàng)建型模式

1. 單例（Singleton）模式：某個(gè)類只能生成一個(gè)實(shí)例，該類提供了一個(gè)全局訪問(wèn)點(diǎn)供外部獲取該實(shí)例，其拓展是有限多例模式。
2. 原型（Prototype）模式：將一個(gè)對(duì)象作為原型，通過(guò)對(duì)其進(jìn)行復(fù)制而克隆出多個(gè)和原型類似的新實(shí)例。
3. 工廠方法（FactoryMethod）模式：定義一個(gè)用于創(chuàng)建產(chǎn)品的接口，由子類決定生產(chǎn)什么產(chǎn)品。
4. 抽象工廠（AbstractFactory）模式：提供一個(gè)創(chuàng)建產(chǎn)品族的接口，其每個(gè)子類可以生產(chǎn)一系列相關(guān)的產(chǎn)品。
5. 建造者（Builder）模式：將一個(gè)復(fù)雜對(duì)象分解成多個(gè)相對(duì)簡(jiǎn)單的部分，然后根據(jù)不同需要分別創(chuàng)建它們，最后構(gòu)建成該復(fù)雜對(duì)象。

結(jié)構(gòu)型模式

1.代理（Proxy）模式：為某對(duì)象提供一種代理以控制對(duì)該對(duì)象的訪問(wèn)。即客戶端通過(guò)代理間接地訪問(wèn)該對(duì)象，從而限制、增強(qiáng)或修改該對(duì)象的一些特性。
2.適配器（Adapter）模式：將一個(gè)類的接口轉(zhuǎn)換成客戶希望的另外一個(gè)接口，使得原本由于接口不兼容而不能一起工作的那些類能一起工作。
3.橋接（Bridge）模式：將抽象與實(shí)現(xiàn)分離，使它們可以獨(dú)立變化。它是用組合關(guān)系代替繼承關(guān)系來(lái)實(shí)現(xiàn)的，從而降低了抽象和實(shí)現(xiàn)這兩個(gè)可變維度的耦合度。
4.裝飾（Decorator）模式：動(dòng)態(tài)地給對(duì)象增加一些職責(zé)，即增加其額外的功能。
5.外觀（Facade）模式：為多個(gè)復(fù)雜的子系統(tǒng)提供一個(gè)一致的接口，使這些子系統(tǒng)更加容易被訪問(wèn)。
6.享元（Flyweight）模式：運(yùn)用共享技術(shù)來(lái)有效地支持大量細(xì)粒度對(duì)象的復(fù)用。
7.組合（Composite）模式：將對(duì)象組合成樹(shù)狀層次結(jié)構(gòu)，使用戶對(duì)單個(gè)對(duì)象和組合對(duì)象具有一致的訪問(wèn)性。

行為型模式

1. 模板方法（Template Method）模式：定義一個(gè)操作中的算法骨架，將算法的一些步驟延遲到子類中，使得子類在可以不改變?cè)撍惴ńY(jié)構(gòu)的情況下重定義該算法的某些特定步驟。
2. 策略（Strategy）模式：定義了一系列算法，并將每個(gè)算法封裝起來(lái)，使它們可以相互替換，且算法的改變不會(huì)影響使用算法的客戶。
3. 命令（Command）模式：將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，使發(fā)出請(qǐng)求的責(zé)任和執(zhí)行請(qǐng)求的責(zé)任分割開(kāi)。
4. 職責(zé)鏈（Chain of Responsibility）模式：把請(qǐng)求從鏈中的一個(gè)對(duì)象傳到下一個(gè)對(duì)象，直到請(qǐng)求被響應(yīng)為止。通過(guò)這種方式去除對(duì)象之間的耦合。
5. 狀態(tài)（State）模式：允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)發(fā)生改變時(shí)改變其行為能力。
6. 觀察者（Observer）模式：多個(gè)對(duì)象間存在一對(duì)多關(guān)系，當(dāng)一個(gè)對(duì)象發(fā)生改變時(shí)，把這種改變通知給其他多個(gè)對(duì)象，從而影響其他對(duì)象的行為。
7. 中介者（Mediator）模式：定義一個(gè)中介對(duì)象來(lái)簡(jiǎn)化原有對(duì)象之間的交互關(guān)系，降低系統(tǒng)中對(duì)象間的耦合度，使原有對(duì)象之間不必相互了解。
8. 迭代器（Iterator）模式：提供一種方法來(lái)順序訪問(wèn)聚合對(duì)象中的一系列數(shù)據(jù)，而不暴露聚合對(duì)象的內(nèi)部表示。
9. 訪問(wèn)者（Visitor）模式：在不改變集合元素的前提下，為一個(gè)集合中的每個(gè)元素提供多種訪問(wèn)方式，即每個(gè)元素有多個(gè)訪問(wèn)者對(duì)象訪問(wèn)。
10. 備忘錄（Memento）模式：在不破壞封裝性的前提下，獲取并保存一個(gè)對(duì)象的內(nèi)部狀態(tài)，以便以后恢復(fù)它。
11. 解釋器（Interpreter）模式：提供如何定義語(yǔ)言的文法，以及對(duì)語(yǔ)言句子的解釋方法，即解釋器。

參考地址：軟件設(shè)計(jì)模式概述