資料內(nèi)容：

1. 什么是設(shè)計(jì)模式

設(shè)計(jì)模式，是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。使用設(shè)計(jì)模式是為
了可重用代碼、讓代碼更容易被他人理解、保證代碼可靠性、程序的重用性。
 

2. 設(shè)計(jì)模式分類

創(chuàng)建型模式，共五種：工廠方法模式、抽象工廠模式、單例模式、建造者模式、原型模式。
結(jié)構(gòu)型模式，共七種：適配器模式、裝飾器模式、代理模式、外觀模式、橋接模式、組合模式、享元模
式。
行為型模式，共十一種：策略模式、模板方法模式、觀察者模式、迭代子模式、責(zé)任鏈模式、命令模
式、備忘錄模式、狀態(tài)模式、訪問者模式、中介者模式、解釋器模式。
 

3. 設(shè)計(jì)模式的六大原則

開放封閉原則（Open Close Principle）
原則思想：盡量通過擴(kuò)展軟件實(shí)體來解決需求變化，而不是通過修改已有的代碼來完成變化
描述：一個(gè)軟件產(chǎn)品在生命周期內(nèi)，都會(huì)發(fā)生變化，既然變化是一個(gè)既定的事實(shí)，我們就應(yīng)該在設(shè)計(jì)的時(shí)候
盡量適應(yīng)這些變化，以提高項(xiàng)目的穩(wěn)定性和靈活性。
優(yōu)點(diǎn)：單一原則告訴我們，每個(gè)類都有自己負(fù)責(zé)的職責(zé)，里氏替換原則不能破壞繼承關(guān)系的體系。
里氏代換原則（Liskov Substitution Principle）
原則思想：使用的基類可以在任何地方使用繼承的子類，完美的替換基類。
大概意思是：子類可以擴(kuò)展父類的功能，但不能改變父類原有的功能。子類可以實(shí)現(xiàn)父類的抽象方法，但不
能覆蓋父類的非抽象方法，子類中可以增加自己特有的方法。
優(yōu)點(diǎn)：增加程序的健壯性，即使增加了子類，原有的子類還可以繼續(xù)運(yùn)行，互不影響。
依賴倒轉(zhuǎn)原則（Dependence Inversion Principle）
依賴倒置原則的核心思想是面向接口編程
依賴倒轉(zhuǎn)原則要求我們在程序代碼中傳遞參數(shù)時(shí)或在關(guān)聯(lián)關(guān)系中，盡量引用層次高的抽象層類，這個(gè)是開放
封閉原則的基礎(chǔ)，具體內(nèi)容是：對接口編程，依賴于抽象而不依賴于具體。
接口隔離原則（Interface Segregation Principle）
這個(gè)原則的意思是：使用多個(gè)隔離的接口，比使用單個(gè)接口要好。還是一個(gè)降低類之間的耦合度的意思，從
這兒我們看出，其實(shí)設(shè)計(jì)模式就是一個(gè)軟件的設(shè)計(jì)思想，從大型軟件架構(gòu)出發(fā)，為了升級和維護(hù)方便。所以
上文中多次出現(xiàn)：降低依賴，降低耦合。
例如：支付類的接口和訂單類的接口，需要把這倆個(gè)類別的接口變成倆個(gè)隔離的接口
迪米特法則（最少知道原則）（Demeter Principle）
原則思想：一個(gè)對象應(yīng)當(dāng)對其他對象有盡可能少地了解，簡稱類間解耦大概意思就是一個(gè)類盡量減少自己對
其他對象的依賴，原則是低耦合，高內(nèi)聚，只有使各個(gè)模塊之間的耦合盡量的低，才能提高代碼的復(fù)用率。
優(yōu)點(diǎn)：低耦合，高內(nèi)聚。
單一職責(zé)原則（Principle of single responsibility）
原則思想：一個(gè)方法只負(fù)責(zé)一件事情。
描述：單一職責(zé)原則很簡單，一個(gè)方法 一個(gè)類只負(fù)責(zé)一個(gè)職責(zé)，各個(gè)職責(zé)的程序改動(dòng)，不影響其它程序。 這
是常識，幾乎所有程序員都會(huì)遵循這個(gè)原則。
優(yōu)點(diǎn)：降低類和類的耦合，提高可讀性，增加可維護(hù)性和可拓展性，降低可變性的風(fēng)險(xiǎn)。
 

4. 單例模式

4.1 什么是單例

保證一個(gè)類只有一個(gè)實(shí)例，并且提供一個(gè)訪問該全局訪問點(diǎn)。
 

4.2 單例優(yōu)缺點(diǎn)

優(yōu)點(diǎn)：
1. 在單例模式中，活動(dòng)的單例只有一個(gè)實(shí)例，對單例類的所有實(shí)例化得到的都是相同的一個(gè)實(shí)例。這樣就
防止其它對象對自己的實(shí)例化，確保所有的對象都訪問一個(gè)實(shí)例
2. 單例模式具有一定的伸縮性，類自己來控制實(shí)例化進(jìn)程，類就在改變實(shí)例化進(jìn)程上有相應(yīng)的伸縮性。
3. 提供了對唯一實(shí)例的受控訪問。
4. 由于在系統(tǒng)內(nèi)存中只存在一個(gè)對象，因此可以節(jié)約系統(tǒng)資源，當(dāng)需要頻繁創(chuàng)建和銷毀的對象時(shí)單例模式
無疑可以提高系統(tǒng)的性能。
5. 允許可變數(shù)目的實(shí)例。
6. 避免對共享資源的多重占用。
缺點(diǎn)：
1. 不適用于變化的對象，如果同一類型的對象總是要在不同的用例場景發(fā)生變化，單例就會(huì)引起數(shù)據(jù)的錯(cuò)
誤，不能保存彼此的狀態(tài)。
2. 由于單利模式中沒有抽象層，因此單例類的擴(kuò)展有很大的困難。
3. 單例類的職責(zé)過重，在一定程度上違背了“單一職責(zé)原則”。4. 濫用單例將帶來一些負(fù)面問題，如為了節(jié)
省資源將數(shù)據(jù)庫連接池對象設(shè)計(jì)為的單例類，可能會(huì)導(dǎo)致共享連接池對象的程序過多而出現(xiàn)連接池溢
出；如果實(shí)例化的對象長時(shí)間不被利用，系統(tǒng)會(huì)認(rèn)為是垃圾而被回收，這將導(dǎo)致對象狀態(tài)的丟失。