前言：半年前看高程的時候看到設計模式這章，云里霧里，不是看不明白，而是不明白為啥要如此麻煩只為創(chuàng)建一個對象。直到最近完成了自己第一個小項目，才體會到當代碼量多起來時沒有適當?shù)囊?guī)范與限制是多么大的災難。于是重新翻開高程，總結下幾種我學到的簡單設計模式的優(yōu)劣。

正文：本文一共介紹7種設計模式以及他們的應用場景、優(yōu)劣。

1.工廠模式

直接用函數(shù)來封裝對象，將對象作為返回值。

缺點：對象識別的問題，所有創(chuàng)建出的對象都是Object的實例，不好區(qū)分。

2.構造函數(shù)模式

優(yōu)點：運用構造函數(shù)模式可以將實例標示為一種特定的類型。

缺點：創(chuàng)建的對象的方法都是私有的，如果只是想產(chǎn)生公用的方法，會造成不必要的性能浪費。

3.原型模式

利用原型鏈繼承

缺點：所有屬性和方法被實例共享。當屬性、方法中包含引用類型的值時，修改一個實例的屬性、方法會影響所有其他實例。

4.原型+構造函數(shù)模式

私有屬性、方法用構造函數(shù)產(chǎn)生，公有屬性、方法用原型來繼承。融合兩種方法的優(yōu)點。

缺點：注意引用類型值的原型繼承。

ps：上圖代碼重寫了Person構造函數(shù)的原型對象，將原型對象指針指向了一個對象，所以constructor屬性此時指向Object而不是Person，所以要顯式的將其設置成Person。

5.動態(tài)原型模式

本質(zhì)上還是構造函數(shù)，只在指定方法不存在時在原型對象中添加他。

缺點：不能使用對象字面量重寫原型對象。因為這會使實例的指針指向新的原型對象。也就是說上圖中原型對象中添加的sayName方法會失效。

6.寄生構造函數(shù)模式

調(diào)用時使用new操作符，除此以外我看不出和工廠模式有什么區(qū)別。望高人指點。

7.穩(wěn)妥構造函數(shù)模式

沒有公共屬性，禁用this，僅暴露必須的API用于數(shù)據(jù)調(diào)用。適用于對安全有需求的領域。

如上代碼，只能通過sayName方法才能訪問到內(nèi)部的name屬性。

本文給大家介紹了七種設計模式，分別介紹了他們的優(yōu)缺點，希望對學習js設計模式相關知識有所幫助。

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com