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

?

工廠模式在《Java與模式》中分為三類：
1）簡單工廠模式（Simple Factory）

2）工廠方法模式（Factory Method）

3）抽象工廠模式（Abstract Factory）
這三種模式從上到下逐步抽象，并且更具一般性。

?

工廠模式定義 我們以類Sample為例， 如果我們要創建Sample的實例對象: Sample sample=new Sample(); 可是，實際情況是，通常我們都要在創建sample實例時做點初始化的工作,比如賦值 查詢數據庫等。 首先，我們想到的是，可以使用Sample的構造函數，這樣生成實例就寫成: Sample sample=new Sample(參數); 但是，如果創建sample實例時所做的初始化工作不是像賦值這樣簡單的事，可能是很長一段代碼，如果也寫入構造函數中，那你的代碼很難看了（就需要Refactor重整）。 為什么說代碼很難看，初學者可能沒有這種感覺，我們分析如下，初始化工作如果是很長一段代碼，說明要做的工作很多，將很多工作裝入一個方法中，相當于將很多雞蛋放在一個籃子里，是很危險的，這也是有悖于Java面向對象的原則，面向對象的封裝(Encapsulation)和分派(Delegation)告訴我們，盡量將長的代碼分派“切割”成每段，將每段再“封裝”起來(減少段和段之間耦合聯系性)，這樣，就會將風險分散，以后如果需要修改，只要更改每段，不會再發生牽一動百的事情。 在本例中，首先，我們需要將創建實例的工作與使用實例的工作分開, 也就是說，讓創建實例所需要的大量初始化工作從Sample的構造函數中分離出去。 這時我們就需要Factory工廠模式來生成對象了，不能再用上面簡單new Sample(參數)。還有,如果Sample有個繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個接口.ISample是接口,有兩個子類MySample 和HisSample .我們要實例化他們時,如下: ISample mysample=new MySample(); ISample hissample=new HisSample(); 隨著項目的深入,Sample可能還會"生出很多兒子出來", 那么我們要對這些兒子一個個實例化,更糟糕的是,可能還要對以前的代碼進行修改:加入后來生出兒子的實例.這在傳統程序中是無法避免的. 但如果你一開始就有意識使用了工廠模式,這些麻煩就沒有了.

工廠方法

你會建立一個專門生產Sample實例的工廠: public?class?Factory{public?static?ISample?creator(int?which){if?(which==1)return?new?SampleA();else?if?(which==2)return?new?SampleB();} } 那么在你的程序中,如果要創建ISample的實列時候可以使用 iSample sampleA=Factory.creator(1); 這樣,在整個就不涉及到ISample的具體的實現類,達到封裝效果,也就減少錯誤修改的機會,這個原理可以用很通俗的話來比喻:就是具體事情做得越多,越容易犯錯誤.這每個做過具體工作的人都深有體會,相反,官做得越高,說出的話越抽象越籠統,犯錯誤可能性就越少.好象我們從編程序中也能悟出人生道理。 使用工廠方法 要注意幾個角色，首先你要定義產品接口，如上面的Sample類的接口,產品接口下有ISample接口的實現類,如SampleA,其次要有一個Factory類，用來生成產品ISample接口的具體實例。

?

轉載于:https://www.cnblogs.com/cayman/articles/5564331.html

總結

以上是生活随笔為你收集整理的java 工厂模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。