???? 我們先來(lái)看看是什么問(wèn)題,有的時(shí)候我們會(huì)遇到這種情況,我們需要一系列的對(duì)象。舉個(gè)例子,有一系列BMW汽車(chē)零部件的對(duì)象:輪子bmwwheel,油箱bmwoilbox,在一個(gè)管理函數(shù)中調(diào)用它們,代碼如下
class BMWWheel
{
?public BMWWheel(){};
}?
class BMWOilbox
{
?public BMWOilbox(){};
}
public void Manage()
{
?BMWOilbox oilbox = new BMWOilbox();
?BMWWheel wheel = new BMWWheel();
}
??? 如果現(xiàn)在需求變了,我們要用大眾一汽BORA的零件,不用BMW的,那么我們除了要再加上相應(yīng)的零件對(duì)象外還要將Manage函數(shù)中的對(duì)象更改為BORA的零件對(duì)象。
???? 那這時(shí)發(fā)現(xiàn)new會(huì)帶來(lái)了一些問(wèn)題:實(shí)現(xiàn)依賴(lài),不能應(yīng)對(duì)具體實(shí)例化類(lèi)型的變化。
???? 如何解決這類(lèi)問(wèn)題呢?封裝變化點(diǎn)。(沒(méi)有變化的就不需要封裝)
???? 工廠模式的緣起:
????????? 1、變化點(diǎn)在“對(duì)象創(chuàng)建”,因此就封裝“對(duì)象創(chuàng)建”
????????? 2、面向接口編程
???? 簡(jiǎn)單工廠問(wèn)題:
????? 1、不能應(yīng)對(duì)“不同系列對(duì)象”的變化。如:我們要在上面的代碼中加上其他的對(duì)象就不能很好的應(yīng)對(duì)了
????? 2、使用面向?qū)ο髧?guó)內(nèi)的技術(shù)來(lái)封裝變化點(diǎn)
???? 動(dòng)機(jī):在軟件系統(tǒng)中,經(jīng)常面臨著“一系列相互依賴(lài)的對(duì)象”的創(chuàng)建工作;同時(shí),由于需求的變化,往往存在更多系列對(duì)象的創(chuàng)建工作。面對(duì)這種問(wèn)題,我們想繞過(guò)常規(guī)的對(duì)象創(chuàng)建方法,提供一種“封裝機(jī)制”來(lái)避免客戶(hù)程序和這種“多系列具體對(duì)象創(chuàng)建工作”的緊耦合。
???? 對(duì)于“緊耦合”,我原來(lái)是不喜歡這個(gè)詞的,但是今天明白了,不是程序緊耦合不好,而是面對(duì)頻繁變化的需求,緊耦合會(huì)使程序的編寫(xiě)變得很吃力。如果面對(duì)一個(gè)不變的需求,松耦合和緊耦合在代碼編寫(xiě)上應(yīng)該是沒(méi)什么區(qū)別的。
???? 《設(shè)計(jì)模式》中解釋這種模式的意圖是:提供一個(gè)接口,讓該接口負(fù)責(zé)創(chuàng)建一系列“相關(guān)或者相互依賴(lài)的對(duì)象”,無(wú)需指定他們的具體類(lèi)。
???? 下面我們來(lái)看看如何使用抽象工廠模式完成對(duì)這種變化的封裝:
???? 首先我們的需求是BMW的車(chē)輪和油箱,當(dāng)然他們要繼承各自的基類(lèi),代碼如下
?abstract class AbstractWheel
?{
??public AbstractWheel()
??{
???//Console.Write("Create a AbstractProduct");
??}
?}
?abstract class AbstractOilBox
?{
??public AbstractOilBox()
??{}
?}
?class BMWWheel:AbstractWheel
?{
??public BMWWheel()
??{
???Console.Write("Create a BMWwheel");
??}
?}
?class BMWOilBox:AbstractOilBox
?{
??public BMWOilBox()
??{
???Console.Write("Create a BMWOilBox");
??}
?}
?
???? 然后,我們?cè)诮⒁粋€(gè)生產(chǎn)這些零件的工廠,它繼承自一個(gè)抽象工廠
?//抽象工廠
?abstract class AbstractFactory
?{
??abstract public AbstractWheel CreatWheel();
??abstract public AbstractOilBox CreatOilBox();
?}
?class BMWFactory:AbstractFactory
?{
??public override AbstractWheel CreatWheel()
??{
???return new BMWWheel();
??}
??public override AbstractOilBox CreatOilBox()
??{
???? return new BMWOilBox();
??}
?}
???? 現(xiàn)在我們?cè)贛ain函數(shù)中調(diào)用它們:
?static void Main(string[] args)
??{
???AbstractFactory factory = null;
???factory = new BMWFactory();
???factory.CreatWheel();
???Console.Write("\n");
???factory.CreatOilBox();
???Console.Write("\n");
???Console.Read();
??}
???? 顯示結(jié)果:
????????? Create a BMWwheel
????????? Create a BMWOilBox
???? 現(xiàn)在我們想不用BMW的零件,用BORA的零件了,先寫(xiě)一些BORA零件的類(lèi):
?class BORAWheel:AbstractWheel
?{
??public BORAWheel()
??{
???Console.Write("Create a BORAWheel");
??}
?}
?class BORAOilBox:AbstractOilBox
?{
??public BORAOilBox()
??{
???Console.Write("Create a BORAOilBox");
??}
?}
???? 然后我們?cè)賱?chuàng)建BORA零件的工廠:
?class BORAFactory:AbstractFactory
?{
??public override AbstractWheel CreatWheel()
??{
???return new BORAWheel();
??}
??public override AbstractOilBox CreatOilBox()
??{
???return new BORAOilBox();
??}
?}
???? 再來(lái)看看如何在Main函數(shù)中修改使其調(diào)用BORA的零件;我們只要在將Main中的factory對(duì)象實(shí)例化為BORA的工廠BORAFactory就可以了:
?static void Main(string[] args)
??{
???AbstractFactory factory = null;
???factory = new BORAFactory();
???factory.CreatWheel();
???Console.Write("\n");
???factory.CreatOilBox();
???Console.Write("\n");
???Console.Read();
??}
?
???? 結(jié)果如下:
????????? Create a BORAWheel
????????? Create a BORAOilBox
?
???? Abstract Factory模式的幾個(gè)要點(diǎn):
????????? 1、如果沒(méi)有應(yīng)對(duì)“多系列對(duì)象構(gòu)建”的需求變化,則沒(méi)有必要使用Abstract Factory模式。
????????? 2、“系列對(duì)象”指的是這項(xiàng)對(duì)象之間有相互依賴(lài)、或作用的關(guān)系。
????????? 3、Abstract Factory模式主要在于應(yīng)對(duì)“新系列”的需求變動(dòng)。缺點(diǎn)是難以應(yīng)對(duì)“新對(duì)象”的需求變動(dòng)。這一點(diǎn)應(yīng)該注意,就像前面說(shuō)的,如果我們現(xiàn)在要在加入其他系列的類(lèi),代碼的改動(dòng)會(huì)很大。
??????????4、Abstract Factory模式經(jīng)常和Factory Method模式共同組合來(lái)應(yīng)對(duì)“對(duì)象創(chuàng)建”的需求變化。