01 開篇 為什么學(xué)習(xí)本專欄-慕課專欄

1、 JavaScript 設(shè)計(jì)模式精講/ 1-1 01 開篇 為什么學(xué)習(xí)本專欄？01 開篇 為什么學(xué)習(xí)本專欄？更新時(shí)間：2019-06-26 15:02:11 古之立大事者，不唯有超世之才，亦必有堅(jiān)韌不拔之志。蘇軾1. 什么是設(shè)計(jì)模式小時(shí)候打游戲，我們總是追求最快通關(guān)；朋友聚會，我們會拿出手機(jī)查看哪家店離得近，而且實(shí)惠又好吃；下班回 寢室，我們總是選最便捷的路線坐車。我們總是追求一件事最優(yōu)美最便捷的解決方法，也就是最佳實(shí)踐。 設(shè)計(jì)模式就相當(dāng)于武功秘籍里面的招式，是先輩們總結(jié)出來的最佳實(shí)踐，如果在遇到合適的場景時(shí)施展，則事半功 倍，以后擴(kuò)展和閱讀都十分舒暢，如讀詩行，如沐春風(fēng)。然而招式運(yùn)轉(zhuǎn)在乎融會

2、貫通、心領(lǐng)神會，臻至化境應(yīng)當(dāng)隨 心所欲、如臂使指，遇到合適的場景使用合適的招式，才是正道。如果生搬硬套、為了用而用，則會提升代碼復(fù)雜度，反而讓團(tuán)隊(duì)其他成員一臉懵，平白增加協(xié)作成本。 2. 學(xué)習(xí)設(shè)計(jì)模式的目的JavaScript 是多模式混合的，面向?qū)ο螅栽蜑榛A(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)的

3、多樣化。這種情況下，對于這些傳統(tǒng)的、強(qiáng)面向?qū)ο蟮脑O(shè)計(jì)模式會有各種類型的實(shí)現(xiàn)，有時(shí)候你甚至?xí)X得其中的某些有點(diǎn)牽強(qiáng)。 但是這些并不妨礙使用 JavaScript 來表達(dá)設(shè)計(jì)模式的理念、它所要解決的問題，和它的核心思想，這才是我們 所要關(guān)注的核心。 因此并不是所有設(shè)計(jì)模式都是適合 JavaScript 的，我們需要注意一些比較常見的設(shè)計(jì)模式，比如工廠模式、單例模式、發(fā)布-訂閱模式，而對于一些不那么常用的模式，則可以淺嘗輒止，吸收其主要思想即可。 另外由于原型模式在 JavaScript 內(nèi)建了，這里就不單獨(dú)設(shè)置文章了。3. 主題文章設(shè)置與索引本專欄的知識體系與大綱使用思維導(dǎo)圖的形式整理如下： 專欄

4、共 29 篇文章，分為 4 個(gè)部分： 基礎(chǔ)篇在系統(tǒng)學(xué)習(xí)各設(shè)計(jì)模式之前，還需要先了解一下 JavaScript 學(xué)習(xí)離不開的基礎(chǔ)知識，比如 this、閉包與高階函數(shù)等 相關(guān)知識，然后是面向?qū)ο箫L(fēng)格相關(guān)的繼承等知識，這些都是學(xué)習(xí)設(shè)計(jì)模式的鋪墊。如果你已經(jīng)對基礎(chǔ)篇相關(guān)知識點(diǎn)已經(jīng)很了解，那么可以跳過，如果你覺得不夠了解，或者了解的還不完整，那么可以通過基礎(chǔ)篇的文章來復(fù)習(xí)一 下。創(chuàng)建型模式創(chuàng)建型模式關(guān)注如何創(chuàng)建對象，主要特點(diǎn)是將對象的創(chuàng)建和使用分離。一般抽象了對象實(shí)例化的過程，用來幫助創(chuàng)建對象的實(shí)例。包括下面幾個(gè)小節(jié)：1. 單例模式： 保證一個(gè)類只有一個(gè)實(shí)例，并提供一個(gè)訪問它的全局訪問點(diǎn)； 2. 工廠模

5、式： 根據(jù)輸入的不同返回不同類的實(shí)例，一般用來創(chuàng)建同一類對象； 3. 抽象工廠模式： 通過對類的工廠抽象，使其業(yè)務(wù)用于對產(chǎn)品類簇的創(chuàng)建； 4. 建造者模式： 分步構(gòu)建一個(gè)復(fù)雜對象，使得同樣的構(gòu)建過程可以采用不同的表示； 結(jié)構(gòu)型模式結(jié)構(gòu)型模式關(guān)注如何將對象按某種布局組成更大的結(jié)構(gòu)。包括下面幾個(gè)小節(jié)： 1.2.3.4.5.6.7.模式： 為目標(biāo)對象創(chuàng)造一個(gè)對象，以控制對目標(biāo)對象的訪問； 享元模式： 運(yùn)用共享技術(shù)來有效地支持大量細(xì)粒度對象的復(fù)用，減少創(chuàng)建的對象的數(shù)量； 適配器模式： 解決兩個(gè)軟件實(shí)體間接口不兼容的問題； 裝飾者模式： 向一個(gè)現(xiàn)有的對象添加新的功能，同時(shí)又不改變其結(jié)構(gòu)； 外觀模式： 為

6、多個(gè)復(fù)雜的子系統(tǒng)提供一個(gè)一致的接口，使這些子系統(tǒng)更加容易被訪問； 組合模式： 用小的子對象構(gòu)建更大的對象，使得對單個(gè)對象和組合對象具有一致的訪問性； 橋接模式： 將類的抽象部分與實(shí)現(xiàn)部分分離，使它們可以獨(dú)立地變化； 行為型模式行為型模式關(guān)注對象之間的通信，描述對象之間怎樣相互協(xié)作，以及怎樣分配職責(zé)。包括下面幾個(gè)小節(jié)： 1.發(fā)布-訂閱模式： 多個(gè)對象間存在一對多關(guān)系，當(dāng)一個(gè)對象發(fā)生改變時(shí)，把這種改變給其他多個(gè)對象，從而影響其他對象的行為； 2.3.4.策略模式： 定義了一系列算法，并將每個(gè)算法封裝起來，使它們可以相互替換； 狀態(tài)模式： 允許一個(gè)對象在其內(nèi)部狀態(tài)發(fā)生改變時(shí)改變其行為能力； 模板方法

7、模式： 定義一個(gè)操作中的算法骨架，而將算法的一些步驟延遲到子類中，使得子類可以不改變該算法結(jié) 構(gòu)的情況下重定義該算法的某些特定步驟； 迭代器模式： 提供一種方法來順序訪問聚合對象中的一系列數(shù)據(jù)，而不暴露聚合對象的內(nèi)部表示； 命5.6.7.8.令模式： 將一個(gè)請求封裝為一個(gè)對象，使發(fā)出請求的責(zé)任和執(zhí)行請求的責(zé)任分割開； 職責(zé)鏈模式： 把請求從鏈中的一個(gè)對象傳到下一個(gè)對象，直到請求被響應(yīng)為止； 中介者模式： 定義一個(gè)中介對象來簡化原有對象之間的復(fù)雜耦合關(guān)系； 一些其他模式一些其他的模式。包括下面幾個(gè)小節(jié)： 1.2.3.4.MVC、MVP、MVVM： 用于系統(tǒng)分層，降低層間耦合； 模塊模式： 將內(nèi)部的屬性和方法隱藏，僅暴露需要暴露的部