工廠模式定義:提供創(chuàng)建對(duì)象的接口
為什么工廠模式是如此常用？因?yàn)楣S模式就相當(dāng)于創(chuàng)建實(shí)例對(duì)象的new，我們經(jīng)常要根據(jù)類Class生成實(shí)例對(duì)象，如A a=new A() 工廠模式也是用來創(chuàng)建實(shí)例對(duì)象的，所以以后new時(shí)就要多個(gè)心眼，是否可以考慮實(shí)用工廠模式，雖然這樣做，可能多做一些工作，但會(huì)給你系統(tǒng)帶來更大的可擴(kuò)展性和盡量少的修改量。
我們以類Sample為例， 如果我們要?jiǎng)?chuàng)建Sample的實(shí)例對(duì)象:
Sample sample=new Sample();
可是，實(shí)際情況是，通常我們都要在創(chuàng)建sample實(shí)例時(shí)做點(diǎn)初始化的工作,比如賦值查詢數(shù)據(jù)庫等。
首先，我們想到的是，可以使用Sample的構(gòu)造函數(shù)，這樣生成實(shí)例就寫成:
Sample sample=new Sample(參數(shù));
但是，如果創(chuàng)建sample實(shí)例時(shí)所做的初始化工作不是象賦值這樣簡(jiǎn)單的事，可能是很長(zhǎng)一段代碼，如果也寫入構(gòu)造函數(shù)中，那你的代碼很難看了（就需要Refactor重整）。
為什么說代碼很難看，初學(xué)者可能沒有這種感覺，我們分析如下，初始化工作如果是很長(zhǎng)一段代碼，說明要做的工作很多，將很多工作裝入一個(gè)方法中，相當(dāng)于將很多雞蛋放在一個(gè)籃子里，是很危險(xiǎn)的，這也是有背于Java面向?qū)ο蟮脑瓌t，面向?qū)ο蟮姆庋b(Encapsulation)
和分派(Delegation)告訴我們，盡量將長(zhǎng)的代碼分派“切割”成每段，將每段再“封裝”起來(減少段和段之間偶合聯(lián)系性)，這樣，就會(huì)將風(fēng)險(xiǎn)分散，以后如果需要修改，只要更改每段，不會(huì)再發(fā)生牽一動(dòng)百的事情。
在本例中，首先，我們需要將創(chuàng)建實(shí)例的工作與使用實(shí)例的工作分開, 也就是說，讓創(chuàng)建實(shí)例所需要的大量初始化工作從Sample的構(gòu)造函數(shù)中分離出去。
這時(shí)我們就需要Factory工廠模式來生成對(duì)象了，不能再用上面簡(jiǎn)單new Sample(參數(shù))。還有,如果Sample有個(gè)繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個(gè)接口.現(xiàn)在Sample是接口,有兩個(gè)子類MySample 和HisSample .我們要實(shí)例化他們時(shí),如下:
Sample mysample=new MySample(); Sample hissample=new HisSample();
隨著項(xiàng)目的深入,Sample可能還會(huì)"生出很多兒子出來", 那么我們要對(duì)這些兒子一個(gè)個(gè)實(shí)例化,更糟糕的是,可能還要對(duì)以前的代碼進(jìn)行修改:加入后來生出兒子的實(shí)例.這在傳統(tǒng)程序中是無法避免的.
但如果你一開始就有意識(shí)使用了工廠模式,這些麻煩就沒有了.
工廠方法你會(huì)建立一個(gè)專門生產(chǎn)Sample實(shí)例的工廠:
public class Factory{
public static Sample creator(int which){
//getClass 產(chǎn)生Sample 一般可使用動(dòng)態(tài)類裝載裝入類。 if (which==1) return new SampleA(); else if (which==2)
return new SampleB();
}
}
那么在你的程序中,如果要實(shí)例化Sample時(shí).就使用
Sample sampleA=Factory.creator(1);
這樣,在整個(gè)就不涉及到Sample的具體子類,達(dá)到封裝效果,也就減少錯(cuò)誤修改的機(jī)會(huì)
使用工廠方法要注意幾個(gè)角色，首先你要定義產(chǎn)品接口，如上面的Sample,產(chǎn)品接口下有Sample接口的實(shí)現(xiàn)類,如SampleA,其次要有一個(gè)factory類，用來生成產(chǎn)品Sample，
進(jìn)一步稍微復(fù)雜一點(diǎn)，就是在工廠類上進(jìn)行拓展，工廠類也有繼承它的實(shí)現(xiàn)類concreteFactory了。
抽象工廠 工廠模式中有: 工廠方法(Factory Method) 抽象工廠(Abstract Factory).
這兩個(gè)模式區(qū)別在于需要?jiǎng)?chuàng)建對(duì)象的復(fù)雜程度上。如果我們創(chuàng)建對(duì)象的方法變得復(fù)雜了,如上面工廠方法中是創(chuàng)建一個(gè)對(duì)象Sample,如果我們還有新的產(chǎn)品接口Sample2.
這里假設(shè)：Sample有兩個(gè)concrete類SampleA和SamleB，而Sample2也有兩個(gè)concrete類Sample2A和SampleB2
那么，我們就將上例中Factory變成抽象類,將共同部分封裝在抽象類中,不同部分使用子類實(shí)現(xiàn)，下面就是將上例中的Factory拓展成抽象工廠:
public abstract class Factory{
public abstract Sample creator();
public abstract Sample2 creator(String name);
}
public class SimpleFactory extends Factory{
public Sample creator(){ ......... return new SampleA }
public Sample2 creator(String name){ ......... return new Sample2A }
}
public class BombFactory extends Factory{
public Sample creator(){ ...... return new SampleB }
public Sample2 creator(String name){ ...... return new Sample2B }
}
從上面看到兩個(gè)工廠各自生產(chǎn)出一套Sample和Sample2,也許你會(huì)疑問，為什么我不可以使用兩個(gè)工廠方法來分別生產(chǎn)Sample和Sample2?
抽象工廠還有另外一個(gè)關(guān)鍵要點(diǎn)，是因?yàn)?SimpleFactory內(nèi)，生產(chǎn)Sample和生產(chǎn)Sample2的方法之間有一定聯(lián)系，所以才要將這兩個(gè)方法捆綁在一個(gè)類中，這個(gè)工廠類有其本身特征，也許制造過程是統(tǒng)一的，比如：制造工藝比較簡(jiǎn)單，所以名稱叫SimpleFactory。