1. 什么是設(shè)計(jì)模式
小時(shí)候打游戲，我們總是追求最快通關(guān)；朋友聚會(huì)，我們會(huì)拿出手機(jī)查看哪家店離得近，而且實(shí)惠又好吃；下班回寢室，我們總是選最便捷的路線坐車。我們總是追求一件事最優(yōu)美最便捷的解決方法，也就是最佳實(shí)踐。
設(shè)計(jì)模式就相當(dāng)于武功秘籍里面的招式，是先輩們總結(jié)出來的最佳實(shí)踐，如果在遇到合適的場(chǎng)景時(shí)施展，則事半功倍，以后擴(kuò)展和閱讀都十分舒暢，如讀詩行，如沐春風(fēng)。然而招式運(yùn)轉(zhuǎn)在乎融會(huì)貫通、心領(lǐng)神會(huì)，臻至化境應(yīng)當(dāng)隨心所欲、如臂使指，遇到合適的場(chǎng)景使用合適的招式，才是正道。如果生搬硬套、為了用而用，則會(huì)提升代碼復(fù)雜度，反而讓團(tuán)隊(duì)其他成員一臉懵，平白增加協(xié)作成本。
2. 學(xué)習(xí)設(shè)計(jì)模式的目的
JavaScript 是多模式混合的，面向?qū)ο?，以原型為基礎(chǔ)，并擁有動(dòng)態(tài)數(shù)據(jù)類型。一方面將函數(shù)看做一等公民，允許函數(shù)式編程的風(fēng)格，另一方面，也不排斥傳統(tǒng)的面向?qū)ο蠓绞竭M(jìn)行開發(fā)，甚至在之后的 ES6+ 的標(biāo)準(zhǔn)中引入了面向?qū)ο笙嚓P(guān)的一些原生支持。
這使得 JavaScript 成為功能十分強(qiáng)大的語言，賦予開發(fā)者很大的開發(fā)靈活性，但同時(shí)也導(dǎo)致編程風(fēng)格、習(xí)慣以及技術(shù)的碎片化，進(jìn)而導(dǎo)致同一個(gè)功能實(shí)現(xiàn)的多樣化。這種情況下，對(duì)于這些傳統(tǒng)的、強(qiáng)面向?qū)ο蟮脑O(shè)計(jì)模式會(huì)有各種類型的實(shí)現(xiàn)，有時(shí)候你甚至?xí)X得其中的某些有點(diǎn)牽強(qiáng)。
但是這些并不妨礙使用 JavaScript 來表達(dá)設(shè)計(jì)模式的理念、它所要解決的問題，和它的核心思想，這才是我們所要關(guān)注的核心。
因此并不是所有設(shè)計(jì)模式都是適合 JavaScript 的，我們需要注意一些比較常見的設(shè)計(jì)模式，比如工廠模式、單例模式、發(fā)布 - 訂閱模式，而對(duì)于一些不那么常用的模式，則可以淺嘗輒止，吸收其主要思想即可。
另外由于原型模式在 JavaScript 內(nèi)建了，這里就不單獨(dú)設(shè)置文章了。
3. 主題文章設(shè)置與索引
本專欄的知識(shí)體系與大綱使用思維導(dǎo)圖的形式整理如下：
專欄共 29 篇文章，分為 4 個(gè)部分：
基礎(chǔ)篇
在系統(tǒng)學(xué)習(xí)各設(shè)計(jì)模式之前，還需要先了解一下 JavaScript 學(xué)習(xí)離不開的基礎(chǔ)知識(shí)，比如 this、閉包與高階函數(shù)等相關(guān)知識(shí)，然后是面向?qū)ο箫L(fēng)格相關(guān)的繼承等知識(shí)，這些都是學(xué)習(xí)設(shè)計(jì)模式的鋪墊。如果你已經(jīng)對(duì)基礎(chǔ)篇相關(guān)知識(shí)點(diǎn)已經(jīng)很了解，那么可以跳過，如果你覺得不夠了解，或者了解的還不完整，那么可以通過基礎(chǔ)篇的文章來復(fù)習(xí)一下。
創(chuàng)建型模式
創(chuàng)建型模式關(guān)注如何創(chuàng)建對(duì)象，主要特點(diǎn)是將對(duì)象的創(chuàng)建和使用分離。一般抽象了對(duì)象實(shí)例化的過程，用來幫助創(chuàng)建對(duì)象的實(shí)例。包括下面幾個(gè)小節(jié)：
- 單例模式： 保證一個(gè)類只有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn)；
- 工廠模式： 根據(jù)輸入的不同返回不同類的實(shí)例，一般用來創(chuàng)建同一類對(duì)象；
- 抽象工廠模式： 通過對(duì)類的工廠抽象，使其業(yè)務(wù)用于對(duì)產(chǎn)品類簇的創(chuàng)建；
- 建造者模式： 分步構(gòu)建一個(gè)復(fù)雜對(duì)象，使得同樣的構(gòu)建過程可以采用不同的表示；
結(jié)構(gòu)型模式
結(jié)構(gòu)型模式關(guān)注如何將對(duì)象按某種布局組成更大的結(jié)構(gòu)。包括下面幾個(gè)小節(jié)：
- 代理模式： 為目標(biāo)對(duì)象創(chuàng)造一個(gè)代理對(duì)象，以控制對(duì)目標(biāo)對(duì)象的訪問；
- 享元模式： 運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度對(duì)象的復(fù)用，減少創(chuàng)建的對(duì)象的數(shù)量；
- 適配器模式： 解決兩個(gè)軟件實(shí)體間接口不兼容的問題；
- 裝飾者模式： 向一個(gè)現(xiàn)有的對(duì)象添加新的功能，同時(shí)又不改變其結(jié)構(gòu)；
- 外觀模式： 為多個(gè)復(fù)雜的子系統(tǒng)提供一個(gè)一致的接口，使這些子系統(tǒng)更加容易被訪問；
- 組合模式： 用小的子對(duì)象構(gòu)建更大的對(duì)象，使得對(duì)單個(gè)對(duì)象和組合對(duì)象具有一致的訪問性；
- 橋接模式： 將類的抽象部分與實(shí)現(xiàn)部分分離，使它們可以獨(dú)立地變化；
行為型模式
行為型模式關(guān)注對(duì)象之間的通信，描述對(duì)象之間怎樣相互協(xié)作，以及怎樣分配職責(zé)。包括下面幾個(gè)小節(jié)：
- 發(fā)布 - 訂閱模式： 多個(gè)對(duì)象間存在一對(duì)多關(guān)系，當(dāng)一個(gè)對(duì)象發(fā)生改變時(shí)，把這種改變通知給其他多個(gè)對(duì)象，從而影響其他對(duì)象的行為；
- 策略模式： 定義了一系列算法，并將每個(gè)算法封裝起來，使它們可以相互替換；
- 狀態(tài)模式： 允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)發(fā)生改變時(shí)改變其行為能力；
- 模板方法模式： 定義一個(gè)操作中的算法骨架，而將算法的一些步驟延遲到子類中，使得子類可以不改變?cè)撍惴ńY(jié)構(gòu)的情況下重定義該算法的某些特定步驟；
- 迭代器模式： 提供一種方法來順序訪問聚合對(duì)象中的一系列數(shù)據(jù)，而不暴露聚合對(duì)象的內(nèi)部表示；
- 命令模式： 將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，使發(fā)出請(qǐng)求的責(zé)任和執(zhí)行請(qǐng)求的責(zé)任分割開；
- 職責(zé)鏈模式： 把請(qǐng)求從鏈中的一個(gè)對(duì)象傳到下一個(gè)對(duì)象，直到請(qǐng)求被響應(yīng)為止；
- 中介者模式： 定義一個(gè)中介對(duì)象來簡(jiǎn)化原有對(duì)象之間的復(fù)雜耦合關(guān)系；
一些其他模式
一些其他的模式。包括下面幾個(gè)小節(jié)：
- MVC、MVP、MVVM： 用于系統(tǒng)分層，降低層間耦合；
- 模塊模式： 將內(nèi)部的屬性和方法隱藏，僅暴露需要暴露的部分；
- 鏈模式： 通過在對(duì)象方法中將當(dāng)前對(duì)象返回，實(shí)現(xiàn)對(duì)同一個(gè)對(duì)象的多個(gè)方法的鏈?zhǔn)秸{(diào)用；
- 中間件： 處于操作系統(tǒng)和應(yīng)用程序之間的軟件，來完成對(duì)任何數(shù)據(jù)的預(yù)處理和后處理；