定義
提供創建對象的接口.
爲何使用?
工廠模式是我們最常用的模式了,著名的Jive論壇 ,就大量使用了工廠模式,工廠模式在Java程序系統可以說是隨處可見。
爲什麼工廠模式是如此常用?因爲工廠模式就相當於創建實例對象的new,我們經常要根據類Class生成實例對象,如A a=new A() 工廠模式也是用來創建實例對象的,所以以後new時就要多個心眼,是否可以考慮實用工廠模式,雖然這樣做,可能多做一些工作,但會給你係統帶來更大的可擴展性和儘量少的修改量。
我們以類Sample爲例, 如果我們要創建Sample的實例對象:
Sample sample=new Sample();
可是,實際情況是,通常我們都要在創建sample實例時做點初始化的工作,比如賦值 查詢數據庫等。
首先,我們想到的是,可以使用Sample的構造函數,這樣生成實例就寫成:
Sample sample=new Sample(參數);
但是,如果創建sample實例時所做的初始化工作不是象賦值這樣簡單的事,可能是很長一段代碼,如果也寫入構造函數中,那你的代碼很難看了(就需要Refactor重整)。
爲什麼說代碼很難看,初學者可能沒有這種感覺,我們分析如下,初始化工作如果是很長一段代碼,說明要做的工作很多,將很多工作裝入一個方法中,相當於將很多雞蛋放在一個籃子裏,是很危險的,這也是有背於Java面向對象的原則,面向對象的封裝(Encapsulation)和分派(Delegation)告訴我們,儘量將長的代碼分派“切割”成每段,將每段再“封裝”起來(減少段和段之間偶合聯繫性),這樣,就會將風險分散,以後如果需要修改,只要更改每段,不會再發生牽一動百的事情。
在本例中,首先,我們需要將創建實例的工作與使用實例的工作分開, 也就是說,讓創建實例所需要的大量初始化工作從Sample的構造函數中分離出去。
這時我們就需要Factory工廠模式來生成對象了,不能再用上面簡單new Sample(參數)。還有,如果Sample有個繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個接口.現在Sample是接口,有兩個子類MySample 和HisSample .我們要實例化他們時,如下:
Sample mysample=new MySample();
Sample hissample=new HisSample();
隨着項目的深入,Sample可能還會"生出很多兒子出來", 那麼我們要對這些兒子一個個實例化,更糟糕的是,可能還要對以前的代碼進行修改:加入後來生出兒子的實例.這在傳統程序中是無法避免的.
但如果你一開始就有意識使用了工廠模式,這些麻煩就沒有了.
工廠方法
你會建立一個專門生產Sample實例的工廠:
public class Factory{
public static Sample creator(int which){
//getClass 產生Sample 一般可使用動態類裝載裝入類。
if (which==1)
return new SampleA();
else if (which==2)
return new SampleB();
}
}
那麼在你的程序中,如果要實例化Sample時.就使用
Sample sampleA=Factory.creator(1);
這樣,在整個就不涉及到Sample的具體子類,達到封裝效果,也就減少錯誤修改的機會,這個原理可以用很通俗的話來比喻:就是具體事情做得越多,越容易範錯誤.這每個做過具體工作的人都深有體會,相反,官做得越高,說出的話越抽象越籠統,範錯誤可能性就越少.好象我們從編程序中也能悟出人生道理?呵呵.
使用工廠方法 要注意幾個角色,首先你要定義產品接口,如上面的Sample,產品接口下有Sample接口的實現類,如SampleA,其次要有一個factory類,用來生成產品Sample,如下圖,最右邊是生產的對象Sample:
說來說去,那麼工廠模式具體的使用場景在哪的?
以下代碼相信大家比較熟悉
Configuration configuration = new Configuration().configure("hibernate.cfg.xml");
ApplicationContext applicationContext = new ClassPathXmlApplicationContext("spring-context.xml");
SqlSessionFactory sessionFactory = new SqlSessionFactoryBuilder().build(SessionUtil.class.getResourceAsStream("/mybatis.cfg.xml"));
......
以上代碼都是咱們學習對應框架的入門級代碼,幾乎百分九十五的框架都用到了工廠模式去設計。框架都有配置文件,那麼配置文件中的配置信息是怎麼被框架中的核心類所讀取到的呢?
首先框架中都會對配置文件進行建模。建模的結果就是通過工廠生產出配置文件根節點所對應的模型對象。而獲取根節點所對應的模型對象的過程形式,就是工廠模式。獲取到了模型對象
之後,我們就可以通過調用模型對象來獲取配置文件中的任何信息。接下來,就可以框架所幹的事情了。
在咱們最早接觸工廠模式的時候是在前面講解xml建模的所在博客中,詳細參考:xml建模
工廠模式的作用:
生成特定包含類容的類實例對象
具體生活實例:
喫漢堡:第一種方法是直接上肯德基店買現成的;第二種方法是買來漢堡材料自己做,哪種方便?
第一種:其實就是工廠模式,將專業的事情(xml建模)交給專門的人(工廠類)幹;
第二種:同樣的事情(xml建模)每個人都得幹;
ConfigModelFactory 肯德基店
ConfigModel 漢堡包(麪包)
ActionModel 火腿腸、培根、生菜
謝謝大家,多多指教!!!