什么是簡(jiǎn)單工廠模式

工廠模式是“工廠是用于創(chuàng)建其他對(duì)象的對(duì)象”。簡(jiǎn)單工廠模式是Factory最簡(jiǎn)單形式的類(與工廠方法模式或抽象工廠模式相比)。換句話說，我們可以說：在簡(jiǎn)單工廠模式中，我們有一個(gè)工廠類，它有一個(gè)方法可以根據(jù)給定的輸入返回不同類型的對(duì)象。

讓我們通過一個(gè)例子來理解：

示例概述

為了實(shí)際理解簡(jiǎn)單工廠模式，我們以制造不同類型風(fēng)扇的電氣公司為例，我們將其稱為FanFactory。但首先，我們將在不使用簡(jiǎn)單工廠模式的情況下實(shí)現(xiàn)此場(chǎng)景，然后會(huì)看到問題以及如何使用此模式解決這些問題。

下面的程序是一個(gè)簡(jiǎn)單的控制臺(tái)應(yīng)用程序，在這個(gè)程序中，Main方法用作創(chuàng)建一個(gè)TableFan. 在最簡(jiǎn)單的實(shí)現(xiàn)中，我們可以看到客戶端能夠TableFan根據(jù)需要直接創(chuàng)建一個(gè)(無需任何工廠)。

class Program
{
   static void Main(string[] args)
    {
           TableFan fan = new TableFan();
           fan.SwitchOn();
     }
}
class TableFan { }

沒有簡(jiǎn)單工廠模式的問題

在上面的示例中，我們沒有使用任何模式并且應(yīng)用程序運(yùn)行良好。但是如果我們考慮未來可能的變化并仔細(xì)觀察，我們可以預(yù)見到當(dāng)前實(shí)現(xiàn)存在以下問題：

在當(dāng)前的應(yīng)用程序中，無論哪里需要特定的風(fēng)扇，它都是使用具體類創(chuàng)建的。將來，如果有任何更改是類名/提出了不同的具體類，您必須在整個(gè)應(yīng)用程序中進(jìn)行更改。例如TableFan，我們不需要引入類，而是引入BasicTableFan(現(xiàn)在應(yīng)該使用它來代替舊TableFan類)和PowerTableFan類。因此，對(duì)Fan類的任何更改都會(huì)使代碼難以維護(hù)，并且需要在許多地方進(jìn)行許多更改。

目前，當(dāng)客戶端創(chuàng)建TableFan對(duì)象時(shí)，TableFan類的構(gòu)造函數(shù)不帶任何參數(shù)，因此Fan創(chuàng)建過程很容易。但是后來TableFan的對(duì)象創(chuàng)建過程發(fā)生了變化，如果Fan類的構(gòu)造函數(shù)期望兩個(gè)對(duì)象作為參數(shù)怎么辦。然后代碼客戶端中的每個(gè)地方都需要在Fan創(chuàng)建對(duì)象的地方進(jìn)行更改。例如：

TableFan fan = new TableFan(Moter moter, BladType bladType);

在創(chuàng)建對(duì)象TableFan fan = new TableFan(Moter moter, BladType bladType);時(shí)的代碼Fan中，它有兩種類型Moter，BladType. 在上面的代碼中，客戶端知道類，也知道對(duì)象的創(chuàng)建過程，這應(yīng)該是FanFactory. 我們應(yīng)該避免將此類對(duì)象創(chuàng)建細(xì)節(jié)和內(nèi)部類暴露給客戶端應(yīng)用程序。

在某些情況下，必須集中對(duì)已創(chuàng)建對(duì)象的生命周期管理，以確保應(yīng)用程序內(nèi)的行為一致。如果客戶可以按照自己的意愿自由創(chuàng)建具體對(duì)象，則無法做到這一點(diǎn)。這種情況經(jīng)常發(fā)生在緩存管理和 DI 框架中。

在 C# 和 Java 中，類的構(gòu)造函數(shù)必須與該類的名稱相同。假設(shè)需要為構(gòu)造函數(shù)提供描述性名稱，例如CreateTableFanByModelNumber(int modelNumber). 在TableFan課堂上，我們最多可以有一個(gè)類似的構(gòu)造函數(shù)， Fan(int modelNumber)但名稱不像它的意圖那樣具有描述性。另一個(gè)關(guān)于描述性名稱問題的類似示例也可在此維基百科頁(yè)面上找到。

簡(jiǎn)單工廠模式的分辨率

為了解決上述問題，我們可以使用簡(jiǎn)單工廠模式，因?yàn)檫@種模式適合解決上述問題。此外，我們將繼續(xù)使用相同的示例并修改現(xiàn)有代碼。

當(dāng)我們實(shí)現(xiàn)簡(jiǎn)單工廠模式時(shí)，需要?jiǎng)?chuàng)建一個(gè)類，該類將具有返回請(qǐng)求的對(duì)象實(shí)例的方法。讓我們創(chuàng)建一個(gè)名為“ FanFactory”的類，它將實(shí)現(xiàn)一個(gè)名為“ IFanFactory”的接口。這個(gè)接口有一個(gè)方法被調(diào)用IFan CreateFan(FanType type);，它接受enum FanType并返回 a 的各個(gè)實(shí)例Fan。

現(xiàn)在Client將不知道具體的類，如TableFanor CeilingFan?？蛻魧⑹褂肍anType enumand IFan interface。基于在enum調(diào)用“ CreateFan”方法時(shí)作為參數(shù)傳遞，F(xiàn)anFactory將返回所需風(fēng)扇的實(shí)例。以下是修改后的應(yīng)用程序代碼：

enum FanType 
{ 
    TableFan, 
    CeilingFan, 
    ExhaustFan 
}接口IFan 
{ void SwitchOn ();
    無效開關(guān)（）；
} class TableFan : IFan {.... } class CeilingFan : IFan {.... } class ExhaustFan : IFan {..... } interface IFanFactory 
{ 
    IFan CreateFan(FanType type); 
} class FanFactory : IFanFactory 
{ public IFan CreateFan(FanType type) 
    { switch (type) 
        { case        
            FanType.TableFan:
                 return  new TableFan();
            case FanType.CeilingFan:
                 return  new CeilingFan();
            case FanType.ExhaustFan:
                 return  new ExhaustFan();
            默認(rèn)：
                返回 新的TableFan(); 
        } 
    } 
} //客戶端代碼如下：static void Main(string[] args) 
{ 
        IFanFactory simpleFactory = new FanFactory();
        //
 使用簡(jiǎn)單工廠
        創(chuàng)建風(fēng)扇 IFan fan = simpleFactory.CreateFan(FanType.TableFan); //使用創(chuàng)建的對(duì)象
        fan.SwitchOn(); 
        Console.ReadLine(); 
 }

現(xiàn)在我們將在“沒有實(shí)現(xiàn)簡(jiǎn)單工廠模式的問題”部分確認(rèn)簡(jiǎn)單工廠模式如何解決上述所有問題：

現(xiàn)在客戶端正在使用接口和，所以如果我們更改為給定值創(chuàng)建FanFactory的具體類的名稱，我們只需要在一個(gè)地方進(jìn)行更改，即在“ ”方法內(nèi)部?？蛻舳舜a完全不受影響。FanenumCreateFanFanFactory

如果稍后，F(xiàn)an對(duì)象創(chuàng)建過程發(fā)生變化并且Fan類的構(gòu)造函數(shù)期望兩個(gè)或多個(gè)對(duì)象作為參數(shù)，我們只需要在 的 " CreateFan" 方法內(nèi)進(jìn)行更改FanFactory?？蛻舳舜a完全不受影響。

使用FanFactory，所有內(nèi)部細(xì)節(jié)將對(duì)客戶隱藏。所以它在抽象和安全方面是好的。

如果需要，我們可以編寫生命周期管理邏輯以及集中式對(duì)象創(chuàng)建FanFactory。

在使用時(shí)FanFactory，我們可以簡(jiǎn)單地使用具有不同且更具描述性名稱的方法，這些方法將返回IFan. 在我們的示例應(yīng)用程序中，F(xiàn)anFactory可以將公共方法CreateTableFanByModelNumber(int modelNumber)公開給客戶端。

以上就是關(guān)于“簡(jiǎn)單工廠模式的詳細(xì)介紹”，大家如果對(duì)此比較感興趣，想了解更多相關(guān)知識(shí)，不妨來關(guān)注一下動(dòng)力節(jié)點(diǎn)的Java設(shè)計(jì)模式，里面有更豐富的知識(shí)等著大家去學(xué)習(xí)，相信對(duì)大家會(huì)有所幫助的。