[[432996]]

一、是什么

工廠模式是用來創(chuàng)建對(duì)象的一種最常用的設(shè)計(jì)模式，不暴露創(chuàng)建對(duì)象的具體邏輯，而是將將邏輯封裝在一個(gè)函數(shù)中，那么這個(gè)函數(shù)就可以被視為一個(gè)工廠

其就像工廠一樣重復(fù)的產(chǎn)生類似的產(chǎn)品，工廠模式只需要我們傳入正確的參數(shù)，就能生產(chǎn)類似的產(chǎn)品

舉個(gè)例子：

• 編程中，在一個(gè) A 類中通過 new 的方式實(shí)例化了類 B，那么 A 類和 B 類之間就存在關(guān)聯(lián)(耦合)
• 后期因?yàn)樾枰薷牧?B 類的代碼和使用方式，比如構(gòu)造函數(shù)中傳入?yún)?shù)，那么 A 類也要跟著修改，一個(gè)類的依賴可能影響不大，但若有多個(gè)類依賴了 B 類，那么這個(gè)工作量將會(huì)相當(dāng)?shù)拇?，容易出現(xiàn)修改錯(cuò)誤，也會(huì)產(chǎn)生很多的重復(fù)代碼，這無疑是件非常痛苦的事;
• 這種情況下，就需要將創(chuàng)建實(shí)例的工作從調(diào)用方(A類)中分離，與調(diào)用方「解耦」，也就是使用工廠方法創(chuàng)建實(shí)例的工作封裝起來(「減少代碼重復(fù)」)，由工廠管理對(duì)象的創(chuàng)建邏輯，調(diào)用方不需要知道具體的創(chuàng)建過程，只管使用，「而降低調(diào)用者因?yàn)閯?chuàng)建邏輯導(dǎo)致的錯(cuò)誤」;

二、實(shí)現(xiàn)

工廠模式根據(jù)抽象程度的不同可以分為：

• 簡單工廠模式(Simple Factory)
• 工廠方法模式(Factory Method)
• 抽象工廠模式(Abstract Factory)

簡單工廠模式

簡單工廠模式也叫靜態(tài)工廠模式，用一個(gè)工廠對(duì)象創(chuàng)建同一類對(duì)象類的實(shí)例

假設(shè)我們要開發(fā)一個(gè)公司崗位及其工作內(nèi)容的錄入信息，不同崗位的工作內(nèi)容不一致

代碼如下：

function Factory(career) { 
    function User(career, work) { 
        this.career = career  
        this.work = work 
    } 
    let work 
    switch(career) { 
        case 'coder': 
            work =  ['寫代碼', '修Bug']  
            return new User(career, work) 
            break 
        case 'hr': 
            work = ['招聘', '員工信息管理'] 
            return new User(career, work) 
            break 
        case 'driver': 
            work = ['開車'] 
            return new User(career, work) 
            break 
        case 'boss': 
            work = ['喝茶', '開會(huì)', '審批文件'] 
            return new User(career, work) 
            break 
    } 
} 
let coder = new Factory('coder') 
console.log(coder) 
let boss = new Factory('boss') 
console.log(boss) 

Factory就是一個(gè)簡單工廠。當(dāng)我們調(diào)用工廠函數(shù)時(shí)，只需要傳遞name、age、career就可以獲取到包含用戶工作內(nèi)容的實(shí)例對(duì)象

工廠方法模式

工廠方法模式跟簡單工廠模式差不多，但是把具體的產(chǎn)品放到了工廠函數(shù)的prototype中

這樣一來，擴(kuò)展產(chǎn)品種類就不必修改工廠函數(shù)了，變成抽象類，也可以隨時(shí)重寫某種具體的產(chǎn)品

也就是相當(dāng)于工廠總部不生產(chǎn)產(chǎn)品了，交給下轄分工廠進(jìn)行生產(chǎn);但是進(jìn)入工廠之前，需要有個(gè)判斷來驗(yàn)證你要生產(chǎn)的東西是否是屬于我們工廠所生產(chǎn)范圍，如果是，就丟給下轄工廠來進(jìn)行生產(chǎn)

如下代碼：

// 工廠方法 
function Factory(career){ 
    if(this instanceof Factory){ 
        var a = new this[career](); 
        return a; 
    }else{ 
        return new Factory(career); 
    } 
} 
// 工廠方法函數(shù)的原型中設(shè)置所有對(duì)象的構(gòu)造函數(shù) 
Factory.prototype={ 
    'coder': function(){ 
        this.careerName = '程序員' 
        this.work = ['寫代碼', '修Bug']  
    }, 
    'hr': function(){ 
        this.careerName = 'HR' 
        this.work = ['招聘', '員工信息管理'] 
    }, 
    'driver': function () { 
        this.careerName = '司機(jī)' 
        this.work = ['開車'] 
    }, 
    'boss': function(){ 
        this.careerName = '老板' 
        this.work = ['喝茶', '開會(huì)', '審批文件'] 
    } 
} 
let coder = new Factory('coder') 
console.log(coder) 
let hr = new Factory('hr') 
console.log(hr) 

工廠方法關(guān)鍵核心代碼是工廠里面的判斷this是否屬于工廠，也就是做了分支判斷，這個(gè)工廠只做我能做的產(chǎn)品

抽象工廠模式

上述簡單工廠模式和工廠方法模式都是直接生成實(shí)例，但是抽象工廠模式不同，抽象工廠模式并不直接生成實(shí)例， 而是用于對(duì)產(chǎn)品類簇的創(chuàng)建

通俗點(diǎn)來講就是：簡單工廠和工廠方法模式的工作是生產(chǎn)產(chǎn)品，那么抽象工廠模式的工作就是生產(chǎn)工廠的

由于JavaScript中并沒有抽象類的概念，只能模擬，可以分成四部分：

• 用于創(chuàng)建抽象類的函數(shù)
• 抽象類
• 具體類
• 實(shí)例化具體類

上面的例子中有coder、hr、boss、driver四種崗位，其中coder可能使用不同的開發(fā)語言進(jìn)行開發(fā)，比如JavaScript、Java等等。那么這兩種語言就是對(duì)應(yīng)的類簇

示例代碼如下：

let CareerAbstractFactory = function(subType, superType) { 
  // 判斷抽象工廠中是否有該抽象類 
  if (typeof CareerAbstractFactory[superType] === 'function') { 
    // 緩存類 
    function F() {} 
    // 繼承父類屬性和方法 
    F.prototype = new CareerAbstractFactory[superType]() 
    // 將子類的constructor指向父類 
    subType.constructor = subType; 
    // 子類原型繼承父類 
    subType.prototype = new F() 
  } else { 
    throw new Error('抽象類不存在') 
  } 
} 

上面代碼中CareerAbstractFactory就是一個(gè)抽象工廠方法，該方法在參數(shù)中傳遞子類和父類，在方法體內(nèi)部實(shí)現(xiàn)了子類對(duì)父類的繼承

三、應(yīng)用場景

從上面可看到，簡單簡單工廠的優(yōu)點(diǎn)就是我們只要傳遞正確的參數(shù)，就能獲得所需的對(duì)象，而不需要關(guān)心其創(chuàng)建的具體細(xì)節(jié)

應(yīng)用場景也容易識(shí)別，有構(gòu)造函數(shù)的地方，就應(yīng)該考慮簡單工廠，但是如果函數(shù)構(gòu)建函數(shù)太多與復(fù)雜，會(huì)導(dǎo)致工廠函數(shù)變得復(fù)雜，所以不適合復(fù)雜的情況

抽象工廠模式一般用于嚴(yán)格要求以面向?qū)ο笏枷脒M(jìn)行開發(fā)的超大型項(xiàng)目中，我們一般常規(guī)的開發(fā)的話一般就是簡單工廠和工廠方法模式會(huì)用的比較多一些

綜上，工廠模式適用場景如下：

• 如果你不想讓某個(gè)子系統(tǒng)與較大的那個(gè)對(duì)象之間形成強(qiáng)耦合，而是想運(yùn)行時(shí)從許多子系統(tǒng)中進(jìn)行挑選的話，那么工廠模式是一個(gè)理想的選擇
• 將new操作簡單封裝，遇到new的時(shí)候就應(yīng)該考慮是否用工廠模式;
• 需要依賴具體環(huán)境創(chuàng)建不同實(shí)例，這些實(shí)例都有相同的行為,這時(shí)候我們可以使用工廠模式，簡化實(shí)現(xiàn)的過程，同時(shí)也可以減少每種對(duì)象所需的代碼量，有利于消除對(duì)象間的耦合，提供更大的靈活性

參考文獻(xiàn)

https://www.runoob.com/design-pattern/factory-pattern.html

https://juejin.cn/post/6844903653774458888

https://zhuanlan.zhihu.com/p/344119981