本文實(shí)例講述了javascript設(shè)計(jì)模式 ? 簡(jiǎn)單工廠模式。分享給大家供大家參考，具體如下：

介紹：簡(jiǎn)單工廠模式是最常用的一類創(chuàng)建型設(shè)計(jì)模式。其中簡(jiǎn)單工廠模式并不屬于GoF23個(gè)經(jīng)典設(shè)計(jì)模式，它通常被作為學(xué)習(xí)其他工廠模式的基礎(chǔ)。

定義：定義一個(gè)工廠類，它可以根據(jù)參數(shù)的不同返回不同的實(shí)例，被創(chuàng)建的實(shí)例通常都具有相同的父類，因?yàn)樵诤?jiǎn)單工廠模式中創(chuàng)建實(shí)例的方法是靜態(tài)方法，因此簡(jiǎn)單工廠模式又被稱為靜態(tài)工廠方法模式，它屬于類創(chuàng)建型模式。

場(chǎng)景：我們需要寫一個(gè)dialog工具類，在項(xiàng)目初期我們只需要考慮一個(gè)簡(jiǎn)單的彈窗實(shí)現(xiàn)，項(xiàng)目持續(xù)迭代，會(huì)衍生出各種類型的彈窗，帶關(guān)閉按鈕的，帶確認(rèn)按鈕的…..

我見到最多的做法是根據(jù)一個(gè)type值來判斷當(dāng)前需要彈什么類型的窗口，這樣的設(shè)計(jì)我之前沒覺得有問題，但是看了前面介紹的設(shè)計(jì)原則，我們也來分析下這么做的缺點(diǎn)：

1. 存在多個(gè)if…else…代碼塊，代碼冗長(zhǎng)，閱讀困難，維護(hù)困難，測(cè)試?yán)щy，影響系統(tǒng)性能。2. dialog類職責(zé)過重，負(fù)責(zé)初始化所有彈窗實(shí)例，違反了單一職責(zé)原則，不利于重用和維護(hù)。3. 當(dāng)需要新增彈窗類型是，必須修改源代碼，違反了開關(guān)原則。4. 不同種類彈窗基礎(chǔ)樣式相同，會(huì)導(dǎo)致存在大量重復(fù)代碼。5. 各類彈窗的創(chuàng)建和使用都是在各個(gè)業(yè)務(wù)邏輯中，如果我想修改創(chuàng)建方式必須修改所有業(yè)務(wù)代碼，違反了開關(guān)原則

示例：

var Dialog = (function(){ var createNotice = function(){ return ’<div>notice</div>’; } var createToast = function(){ return ’<div>toast</div>’; } var createWarnin = function(){ return ’<div>warnin</div>’; } var Dialog = function(){ this.element = ’’; this.name = ’’; this.show = function(){ console.log(this.name + ’ is show -> ’ + this.element); }; } return { factory: function(arg){ var _dialog; if(arg === ’notice’){ _dialog = new Dialog(); _dialog.element = createNotice(); _dialog.name = ’notice’; }else if(arg === ’toast’){ _dialog = new Dialog(); _dialog.element = createToast(); _dialog.name = ’toast’; }else if(arg === ’warnin’){ _dialog = new Dialog(); _dialog.element = createWarnin(); _dialog.name = ’warnin’; } return _dialog; } }})(); var notice = Dialog.factory(’notice’);var toast = Dialog.factory(’toast’);var warnin = Dialog.factory(’warnin’);toast.show(); //toast is show -> <div>toast</div>notice.show(); //notice is show -> <div>notice</div>warnin.show(); //warnin is show -> <div>warnin</div>

以上的解決方案是自己理解著寫的，對(duì)照著java的示例寫了一個(gè)，實(shí)現(xiàn)的方式有很多種，你可以用原型鏈，用繼承來實(shí)現(xiàn)都可以。我們這里主要討論下為什么要這么寫。

之前我們列出了5個(gè)缺點(diǎn)：我們主要解決了2，4和5,將共有的方法屬性抽取出來寫在父類上，減少了重復(fù)代碼，將每種情況特有的代碼抽取出來，解決了不符合單一職責(zé)原則的問題。

重要的是將所有彈窗的創(chuàng)建集中在工廠類中，當(dāng)有修改時(shí)，只需要修改工廠類即可，不會(huì)影響業(yè)務(wù)代碼。

這里我們思考一下：1.如何去掉那些if…else…？ 2.當(dāng)我要新增一個(gè)error類型的彈窗時(shí)如何滿足開關(guān)原則？

我自己試了一下：

var Dialog = function(){ this.element = ’’; this.name = ’’; this.show = function(){ console.log(this.name + ’ is show -> ’ + this.element); };} Dialog.createNotice = function(){ return ’<div>notice</div>’; };Dialog.createToast = function(){ return ’<div>toast</div>’; };Dialog.createWarnin = function(){ return ’<div>warnin</div>’; };Dialog.factory = function(arg){ var _dialog = new Dialog(); _dialog.element = Dialog[arg](); _dialog.name = arg; return _dialog;}; var notice = Dialog.factory(’createNotice’);var toast = Dialog.factory(’createToast’);var warnin = Dialog.factory(’createWarnin’);notice.show(); //createNotice is show -> <div>notice</div>warnin.show(); //createWarnin is show -> <div>warnin</div>toast.show(); //createToast is show -> <div>toast</div>

這樣當(dāng)我做新增時(shí)，只需要要新增一條配置即可，不用去對(duì)公告內(nèi)容做修改。滿足了開關(guān)原則的對(duì)擴(kuò)展支持對(duì)修改關(guān)閉。

簡(jiǎn)單工廠模式總結(jié)：

優(yōu)點(diǎn)：* 簡(jiǎn)單工廠模式實(shí)現(xiàn)了對(duì)象創(chuàng)建和使用的分離

缺點(diǎn)：* 工廠模式集中了所有產(chǎn)品的創(chuàng)建邏輯，職責(zé)過重，一旦出現(xiàn)問題會(huì)影響到整個(gè)系統(tǒng)

適用場(chǎng)景：* 適用于創(chuàng)建的對(duì)象比較少，由于創(chuàng)建的對(duì)象較少，不會(huì)造成工廠方法中的業(yè)務(wù)邏輯太過復(fù)雜* 客戶端只知道傳入工廠類的參數(shù)，對(duì)于如何創(chuàng)建對(duì)象并不關(guān)心

感興趣的朋友可以使用在線HTML/CSS/JavaScript代碼運(yùn)行工具：http://tools.jb51.net/code/HtmlJsRun測(cè)試上述代碼運(yùn)行效果。

更多關(guān)于JavaScript相關(guān)內(nèi)容感興趣的讀者可查看本站專題：《javascript面向?qū)ο笕腴T教程》、《JavaScript錯(cuò)誤與調(diào)試技巧總結(jié)》、《JavaScript數(shù)據(jù)結(jié)構(gòu)與算法技巧總結(jié)》、《JavaScript遍歷算法與技巧總結(jié)》及《JavaScript數(shù)學(xué)運(yùn)算用法總結(jié)》

希望本文所述對(duì)大家JavaScript程序設(shè)計(jì)有所幫助。