剛開(kāi)始接觸設(shè)計(jì)模式時(shí)就常常聽(tīng)到同事提起工廠模式，那時(shí)也看過(guò)一些人寫(xiě)的Blog， 但是往往把注意力放在代碼的編寫(xiě)上。在這段時(shí)間的學(xué)習(xí)中慢慢體會(huì)到設(shè)計(jì)模式是用來(lái)解決一類(lèi)問(wèn)題，而不是某些固定的代碼片段。換句話說(shuō)是解決問(wèn)題的思想。設(shè) 計(jì)模式可以解決模塊的耦合關(guān)系，可以解決因需求變動(dòng)帶來(lái)的問(wèn)題。程序在第一次編寫(xiě)時(shí)，各個(gè)模塊之間可能是緊耦合，但是經(jīng)過(guò)代碼重構(gòu)，可以將模塊之間變?yōu)樗? 耦合。當(dāng)然，我覺(jué)得我們也可以在軟件設(shè)計(jì)之初把變化考慮到其中，對(duì)于業(yè)務(wù)型軟件設(shè)計(jì)，在了解需求后，可以盡可能將其分出主次關(guān)系。也就是主體與枝節(jié)的關(guān) 系。如下圖
對(duì)
于工廠模式來(lái)說(shuō)，要求高層模塊變化相對(duì)較慢，底層模塊變化相對(duì)較快。這樣符合設(shè)計(jì)模式中的依賴倒置原則——高層模塊不依賴于底層模塊。換句話說(shuō)，軟件設(shè)計(jì)
是要?jiǎng)澐忠鬃儾糠趾头€(wěn)定部分。這樣在一些枝節(jié)問(wèn)題發(fā)生變化時(shí)，主干不用變化。如果是緊耦合狀態(tài)，有可能造成一個(gè)地方變化，連帶著很多地方要發(fā)生變化。
工廠模式要解決的是“某個(gè)對(duì)象”的創(chuàng)建工作，由于需求的變化，這個(gè)對(duì)象常常面臨著劇烈的變化，但是這個(gè)對(duì)象擁有的接口相對(duì)穩(wěn)定。也就是說(shuō)：枝節(jié)常常發(fā)生變化，但是枝節(jié)與主干的接口相對(duì)穩(wěn)定。
《設(shè)計(jì)模式》中是這樣說(shuō)明：定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類(lèi)決定實(shí)例化那個(gè)類(lèi)。FactoryMethod使得一個(gè)類(lèi)的實(shí)例化延遲到子類(lèi)。
現(xiàn)在看這句話可能有些不明白，我們一會(huì)再來(lái)分析一下。先來(lái)看看工廠模式的大體結(jié)構(gòu)。如下圖：
我們還是用實(shí)例化汽車(chē)的例子來(lái)解釋。對(duì)于客戶端程序（ClientApp）如果想要一個(gè)汽車(chē)的對(duì)象，需要調(diào)用生產(chǎn)這個(gè)汽車(chē)的Factory的對(duì)象。當(dāng)然，這個(gè)類(lèi)繼承自一個(gè)AbstractFactory基類(lèi)。而這個(gè)Factory類(lèi)就是《設(shè)計(jì)模式》中提到的“子類(lèi)”，它來(lái)決定實(shí)例化那個(gè)類(lèi)。
下面我們來(lái)具體實(shí)現(xiàn)一下代碼，首先，我們需要兩個(gè)基類(lèi)，一個(gè)是Car的，一個(gè)是Factory的。Factory類(lèi)型的作用是構(gòu)建Car的對(duì)象。代碼如下：
public abstract class AbstractCar
{
public abstract string Run();
public abstract string Stop();
public abstract string Accelerate();
public abstract string Decelerate();
}
public abstract class AbstractFactory
{
public abstract AbstractCar CreateCar();
}
下面，我們來(lái)做一個(gè)BMW的實(shí)現(xiàn)代碼：
public class BMWCar:AbstractCar
{
public override string Run()
{
return "BMW Run";
}
public override string Stop()
{
return "BMW Stop";
}
public override string Accelerate()
{
return "BMW Accelerate";
}
public override string Decelerate()
{
return "BMW Decalerate";
}
}
public class BMWFactory:AbstractFactory
{
public override AbstractCar CreateCar()
{
return new BMWCar();
}
}
這樣我們就可以在客戶端程序得到一個(gè)BMW的實(shí)例，并使用它的方法：
class Class1
{
/// <summary>
/// 應(yīng)用程序的主入口點(diǎn)。
/// </summary>
[STAThread]
static void
{
AbstractCar car = CreateCarFunc(new BMWFactory ());
Console.Write(car.Run() + "\n");
Console.Write(car.Stop() + "\n");
Console.Write(car.Accelerate() + "\n");
Console.Write(car.Decelerate() + "\n");
Console.Read();
}
public static AbstractCar CreateCarFunc(AbstractFactory factory)
{
return factory.CreateCar();
}
}
在客戶端程序中，我們AbstractFactory的對(duì)象來(lái)得到Car的對(duì)象
結(jié)果如下：
BMW Run
BMW Stop
BMW Accelerate
BMW Decalerate
如果我們需求變了，現(xiàn)在要BORA的對(duì)象，那末，我們首先要對(duì)程序作一下擴(kuò)展，先加入BOAR的Car類(lèi)和Factory類(lèi)，代碼如下：
public class BORACar:AbstractCar
{
public override string Run()
{
return "BORA Run";
}
public override string Stop()
{
return "BORA Stop";
}
public override string Accelerate()
{
return "BORA Accelerate";
}
public override string Decelerate()
{
return "BORA Decelerate";
}
}
public class BORAFactory:AbstractFactory
{
public override AbstractCar CreateCar()
{
return new BORACar();
}
}
在客戶端程序中，我們只要稍作修改，將BMWFactory的實(shí)例化變?yōu)?span lang="EN-US">BORAFactory的實(shí)例化就可以，代碼如下：
class Class1
{
/// <summary>
/// 應(yīng)用程序的主入口點(diǎn)。
/// </summary>
[STAThread]
static void
{
AbstractCar car = CreateCarFunc(new BORAFactory());
Console.Write(car.Run() + "\n");
Console.Write(car.Stop() + "\n");
Console.Write(car.Accelerate() + "\n");
Console.Write(car.Decelerate() + "\n");
Console.Read();
}
public static AbstractCar CreateCarFunc(AbstractFactory factory)
{
return factory.CreateCar();
}
}
得到的結(jié)果是：
BORA Run
BORA Stop
BORA Accelerate
BORA Decelerate
Factory Method的幾個(gè)要點(diǎn)：
1、Factory Method模式主要用于隔離類(lèi)對(duì)象的使用者和具體類(lèi)型之間的耦合關(guān)系。面對(duì)一個(gè)經(jīng)常變化的具體類(lèi)型，緊耦合關(guān)系會(huì)導(dǎo)致軟件的脆弱。
2、Factory Method模式通過(guò)面向?qū)ο蟮氖址?，將所要?jiǎng)?chuàng)建的對(duì)象工作延遲到子類(lèi)，從而實(shí)現(xiàn)一種擴(kuò)展的策略，較好的解決了這種緊耦合關(guān)系。
