java學(xué)習(xí)

          java學(xué)習(xí)

           

          設(shè)計模式之工廠模式

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

          posted on 2013-03-20 16:04 楊軍威 閱讀(175) 評論(0)  編輯  收藏


          只有注冊用戶登錄后才能發(fā)表評論。


          網(wǎng)站導(dǎo)航:
           

          導(dǎo)航

          統(tǒng)計

          常用鏈接

          留言簿

          隨筆檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 怀来县| 中江县| 谷城县| 渝北区| 广德县| 兴安盟| 肥西县| 奈曼旗| 温泉县| 和顺县| 渭源县| 从化市| 阜城县| 海城市| 咸阳市| 绥滨县| 东阳市| 阳江市| 慈利县| 县级市| 泌阳县| 建宁县| 安庆市| 陈巴尔虎旗| 合水县| 高要市| 上虞市| 兴和县| 噶尔县| 启东市| 晋州市| 剑河县| 马鞍山市| 张家川| 成武县| 启东市| 云安县| 龙陵县| 佳木斯市| 英德市| 宣威市|