因為工廠模式就相當于創(chuàng)建實例對象的new，我們經常要根據類Class生成實例對象，如A a=new A() 工廠模式也是用來創(chuàng)建實例對象的，所以以后new時就要多個心眼，是否可以考慮使用工廠模式，雖然這樣做，可能多做一些工作，但會給你系統(tǒng)帶來更大的可擴展性和盡量少的修改量。

什么是工廠模式？工廠模式定義

我們以類Sample為例， 如果我們要創(chuàng)建Sample的實例對象:

Sample sample=new Sample();

可是，實際情況是，通常我們都要在創(chuàng)建sample實例時做點初始化的工作,比如賦值 查詢數據庫等。

首先，我們想到的是，可以使用Sample的html' target='_blank'>構造函數，這樣生成實例就寫成:

Sample sample=new Sample(參數);

但是，如果創(chuàng)建sample實例時所做的初始化工作不是像賦值這樣簡單的事，可能是很長一段代碼，如果也寫入構造函數中，那你的代碼很難看了（就需要Refactor重構）。

為什么說代碼很難看，初學者可能沒有這種感覺，我們分析如下，初始化工作如果是很長一段代碼，說明要做的工作很多，將很多工作裝入一個方法中，相當于將很多雞蛋放在一個籃子里，是很危險的，這也是有悖于Java面向對象的原則，面向對象的封裝(Encapsulation)和分派(Delegation)告訴我們，盡量將長的代碼分派“切割”成每段，將每段再“封裝”起來(減少段和段之間耦合聯系性)，這樣，就會將風險分散，以后如果需要修改，只要更改每段，不會再發(fā)生牽一動百的事情。

在本例中，首先，我們需要將創(chuàng)建實例的工作與使用實例的工作分開, 也就是說，讓創(chuàng)建實例所需要的大量初始化工作從Sample的構造函數中分離出去。

這時我們就需要Factory工廠模式來生成對象了，不能再用上面簡單new Sample(參數)。還有,如果Sample有個繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個接口.Sample是接口,有兩個子類MySample 和HisSample .我們要實例化他們時,如下:

ISample mysample=new MySample();ISample hissample=new HisSample();

隨著項目的深入,Sample可能還會"生出很多兒子出來", 那么我們要對這些兒子一個個實例化,更糟糕的是,可能還要對以前的代碼進行修改:加入后來生出兒子的實例.這在傳統(tǒng)程序中是無法避免的.

但如果你一開始就有意識使用了工廠模式,這些麻煩就沒有了.

以上就是什么是工廠模式？的詳細內容，更多請關注 其它相關文章！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。