工廠模式

我們以類Sample為例， 如果我們要建立Sample的執行個體對象:

Sample* sample=new Sample();

Sample* sample=new Sample(參數);

但是，如果建立sample執行個體時所做的初始化工作不是像指派這樣簡單的事，可能是很長一段代碼，如果也寫入構造函數中，那你的代碼很難看了（就需要Refactor重整）。

在本例中，首先，我們需要将建立執行個體的工作與使用執行個體的工作分開, 也就是說，讓建立執行個體所需要的大量初始化工作從Sample的構造函數中分離出去。

和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 sampleA=Factory.creator(1);

使用工廠方法 要注意幾個角色，首先你要定義産品接口，如上面的Sample,産品接口下有Sample接口的實作類,如SampleA,其次要有一個factory類，用來生成産品Sample。

工廠模式中有: 工廠方法(Factory Method) 抽象工廠(Abstract Factory).

這兩個模式差別在于需要建立對象的複雜程度上。如果我們建立對象的方法變得複雜了,如上面工廠方法中是建立一個對象Sample,如果我們還有新的産品接口Sample2.

這裡假設：Sample有兩個concrete類SampleA和SampleB，而Sample2也有兩個concrete類Sample2A和Sample2B

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{

......

return new SampleB

return new Sample2B

從上面看到兩個工廠各自生産出一套Sample和Sample2,也許你會疑問，為什麼我不可以使用兩個工廠方法來分别生産Sample和Sample2?

抽象工廠還有另外一個關鍵要點，是因為 SimpleFactory内，生産Sample和生産Sample2的方法之間有一定聯系，是以才要将這兩個方法捆綁在一個類中，這個工廠類有其本身特征，也許制造過程是統一的，比如：制造技術比較簡單，是以名稱叫SimpleFactory。

在實際應用中，工廠方法用得比較多一些，而且是和動态類裝入器組合在一起應用，

舉例

我們以Jive的ForumFactory為例，這個例子在前面的Singleton模式中我們讨論過，再讨論其工廠模式:

public abstract class ForumFactory {

private static Object initLock = new Object();

private static String className = "com.jivesoftware.forum.database.DbForumFactory";

private static ForumFactory factory = null;

public static ForumFactory getInstance(Authorization authorization) {

//If no valid authorization passed in, return null.

if (authorization == null) {

return null;

if (factory == null) {

synchronized(initLock) {

try {

//動态轉載類

Class c = Class.forName(className);

factory = (ForumFactory)c.newInstance();

catch (Exception e) {

//Now, 傳回 proxy.用來限制授權對forum的通路

return new ForumFactoryProxy(authorization, factory,

factory.getPermissions(authorization));

//真正建立forum的方法由繼承forumfactory的子類去完成.

public abstract Forum createForum(String name, String description)

throws UnauthorizedException, ForumAlreadyExistsException;

....

你可以使用自己開發的建立forum的方法代替com.jivesoftware.forum.database.DbForumFactory就可以.

在上面的一段代碼中一共用了三種模式,除了工廠模式外,還有Singleton單态模式,以及proxy模式,proxy模式主要用來授權使用者對forum的通路,因為通路forum有兩種人:一個是注冊使用者 一個是遊客guest,那麼那麼相應的權限就不一樣,而且這個權限是貫穿整個系統的,是以建立一個proxy,類似網關的概念,可以很好的達到這個效果.

看看Java寵物店中的CatalogDAOFactory:

public class CatalogDAOFactory {

/**

* 本方法制定一個特别的子類來實作DAO模式。

* 具體子類定義是在J2EE的部署描述器中。

*/

public static CatalogDAO getDAO() throws CatalogDAOSysException {

CatalogDAO catDao = null;

InitialContext ic = new InitialContext();

//動态裝入CATALOG_DAO_CLASS

//可以定義自己的CATALOG_DAO_CLASS，進而在無需變更太多代碼

//的前提下，完成系統的巨大變更。

String className =(String) ic.lookup(JNDINames.CATALOG_DAO_CLASS);

catDao = (CatalogDAO) Class.forName(className).newInstance();

} catch (NamingException ne) {

throw new CatalogDAOSysException("

CatalogDAOFactory.getDAO: NamingException while

getting DAO type : \n" + ne.getMessage());

} catch (Exception se) {

CatalogDAOFactory.getDAO: Exception while getting

DAO type : \n" + se.getMessage());

return catDao;

CatalogDAOFactory是典型的工廠方法，catDao是通過動态類裝入器className獲得CatalogDAOFactory具體實作子類，這個實作子類在Java寵物店是用來操作catalog資料庫，使用者可以根據資料庫的類型不同，定制自己的具體實作子類，将自己的子類名給與CATALOG_DAO_CLASS變量就可以。

由此可見，工廠方法确實為系統結構提供了非常靈活強大的動态擴充機制，隻要我們更換一下具體的工廠方法，系統其他地方無需一點變換，就有可能将系統功能進行改頭換面的變化。