工廠方法是什麼

1. 工廠方法模式 (Factory Method)

在了解工廠方法模式前不得不提的就是簡單工廠模式，簡單工廠模式就是建造了一個工廠用於生產各式各樣的產品，但是他是靜態的，一旦寫完後就不能改動了，很明顯他並不符合我們的設計理念，縱觀七大設計原則，體現的都是高聚合，低耦合，封閉強，易拓展。這種死板的設計模式怎麼可能為我們繼續使用呢？於是，工廠方法模式誕生了。工廠方法模式之於簡單工廠模式就好比活字印刷術之於印刷術，更加靈活，可用性高，易拓展。

與簡單工廠不同的是，工廠方法模式中的工廠不必再去負責所有產品的具體創建，而是創建一個虛擬工廠，然後再對其進行實現具體工廠以完成不同產品的創建。這樣做的好處顯而易見，當我們想繼續為這個工廠添加新產品的時候不需要修改原本的工廠，只需要實現虛擬工廠就可以完成新產品的創建。

工廠方法模式(Factory Method Pattern)又稱為工廠模式，也叫虛擬構造器(Virtual Constructor)模式或者多態工廠(Polymorphic Factory)模式，它屬於創建型模式。在工廠方法模式中，工廠父類負責定義創建產品對象的公共介面，而工廠子類則負責生成具體的產品對象，這樣做的目的是將產品類的實例化操作延遲到工廠子類中完成。

涉及到的設計原則：

工廠方法模式包含如下角色：

這里我們製作一個形狀工廠，用於生產各式各樣的形狀

Demo：

Running result:

你可以直接在我的 github 獲取該實例的源碼及STARUML項目 :)

優點：

缺點：

還想要了解其他設計模式 ？戳這里！

2. 簡單工廠、工廠方法、抽象工廠有什麼區別

區別
簡單工廠 ： 用來生產同一等級結構中的任意產品。（對於增加新的產品，無能為力）
工廠方法 ：用來生產同一等級結構中的固定產品。（支持增加任意產品）
抽象工廠 ：用來生產不同產品族的全部產品。（對於增加新的產品，無能為力；支持增加產品族）

以上三種工廠 方法在等級結構和產品族這兩個方向上的支持程度不同。所以要根據情況考慮應該使用哪種方法。

3. 在python中工廠方法或者工廠函數什麼的是什麼意思，

形如print的可以直接調用的函數和方法

4. 在java文檔中出現的 「工廠方法」是什麼意思

工廠模式是我們最常用的模式了,著名的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：

進一步稍微復雜一點，就是在工廠類上進行拓展，工廠類也有繼承它的實現類concreteFactory了。

抽象工廠

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

這兩個模式區別在於需要創建對象的復雜程度上。如果我們創建對象的方法變得復雜了,如上面工廠方法中是創建一個對象Sample,如果我們還有新的產品介面Sample2.

這里假設：Sample有兩個concrete類SampleA和SamleB，而Sample2也有兩個concrete類Sample2A和SampleB2

那麼，我們就將上例中Factory變成抽象類,將共同部分封裝在抽象類中,不同部分使用子類實現，下面就是將上例中的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

}

}

從上面看到兩個工廠各自生產出一套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;

}

//以下使用了Singleton 單態模式

if (factory == null) {

synchronized(initLock) {

if (factory == null) {

......

try {

//動態轉載類

Class c = Class.forName(className);

factory = (ForumFactory)c.newInstance();

}

catch (Exception e) {

return null;

}

}

}

}

//Now, 返回 proxy.用來限制授權對forum的訪問

return new ForumFactoryProxy(authorization, factory,

factory.getPermissions(authorization));

}

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

public abstract Forum createForum(String name, String description)

throws UnauthorizedException, ForumAlreadyExistsException;

....

}

因為現在的Jive是通過資料庫系統存放論壇帖子等內容數據,如果希望更改為通過文件系統實現,這個工廠方法ForumFactory就提供了提供動態介面:

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

你可以使用自己開發的創建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;

try {

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) {

throw new CatalogDAOSysException("

CatalogDAOFactory.getDAO: Exception while getting

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

}

return catDao;

}

}

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

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

5. 工廠的管理方法

1、標准化

將企業里有各種各樣的規范，如：規程、規定、規則、標准、要領等等，這些規范形成文字化的東西統稱為標准（或稱標准書）。制定標准，而後依標准付諸行動則稱之為標准化。那些認為編制或改定了標准即認為已完成標准化的觀點是錯誤的，只有經過指導、訓練才能算是實施了標准化。

管理水平的提升是沒有止境的。雖然標准化在國內許多企業有體系、制度、意識上的障礙，但必須拿出明知山有虎，偏向虎山行的氣魄，才能真正讓中國製造成為高品質的代名詞。

2、目視管理

通過視覺導致人的意識變化的一種管理方法。

目視管理有三個要點：無論是誰都能判明是好是壞（異常）；能迅速判斷，精度高；判斷結果不會因人而異。

在日常活動中，通過五感（視覺、嗅覺、聽覺、觸摸、味覺）來感知事物的。其中，最常用的是視覺。據統計，人的行動的60%是從視覺的感知開始的。因此，在企業管理中，強調各種管理狀態、管理方法清楚明了，達到一目瞭然，從而容易明白、易於遵守，讓員工自主地完全理解、接受、執行各項工作，這將會給管理帶來極大的好處。

3、管理看板

對數據、情報等的狀況一目瞭然地表現，主要是對於管理項目、特別是情報進行的透明化管理活動。通過各種形式如標語/現況板/圖表/電子屏等把文件上、腦子里或現場等隱藏的情報揭示出來，以便任何人都可以及時掌握管理現狀和必要的情報，從而能夠快速制定並實施應對措施。

因此，管理看板為發現問題、解決問題的非常有效且直觀的手段，是優秀的現場管理必不可少的工具之一。

(5)工廠方法是什麼擴展閱讀

工廠管理的責任

1、對消費者的責任。

工廠欲不斷地產出價廉物美產品，必須要不斷地從事產品研究與改善的工作，才能一直保持產品品質優越、價格合理、交貨迅速、服務周到。

2、對從業人員的責任。

加強教育訓練、改善工作環境、提供從業人員合理薪資與福利措施、獎懲公正、人事升遷任免公平合理。

3、對股東的責任。

提高效率，降低成本，加強品質，重視改善，杜絕浪費，使利潤大幅上升。

4、對社會國家的責任

製造品質優良、安全性高的產品。節省能源，消滅公害。教育訓練員工，培養人才。依法繳稅，絕不逃稅。端正社會風氣。

6. 簡單工廠和工廠方法的區別是什麼

自己管理自己--簡單工廠;
通過一個頂級工廠介面或抽象類(一般為介面),管理具體工廠類--工廠方法;

簡單工廠不需要頂級類型,自己構造自己,通常為擁有一個私有構造方法和一個能夠向外界提供自己實例的靜態方法.單例模式和多例模式都是簡單工廠的特例.

工廠方法,擁有一個頂級工廠介面,每個具體工廠管理自己的產品,通過頂級工廠借口向外界提供工廠的實例.工廠方法使用時應該注意,工廠的繼承結構要與產品的繼承結構相同.

7. 簡單工廠的工廠方法

你會建立一個專門生產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：
進一步稍微復雜一點，就是在工廠類上進行拓展，工廠類也有繼承它的實現類concreteFactory了。 工廠模式中有: 工廠方法(Factory Method) 抽象工廠(Abstract Factory).
這兩個模式區別在於需要創建對象的復雜程度上。如果我們創建對象的方法變得復雜了,如上面工廠方法中是創建一個對象Sample,如果我們還有新的產品介面Sample2.
這里假設：Sample有兩個concrete類SampleA和SampleB，而Sample2也有兩個concrete類Sample2A和SampleB2
那麼，我們就將上例中Factory變成抽象類,將共同部分封裝在抽象類中,不同部分使用子類實現，下面就是將上例中的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
}
}
從上面看到兩個工廠各自生產出一套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;
}
//以下使用了Singleton 單態模式
if (factory == null) {
synchronized(initLock) {
if (factory == null) {
......
try {
//動態轉載類
Class c = Class.forName(className);
factory = (ForumFactory)c.newInstance();
}
catch (Exception e) {
return null;
}
}
}
}
//Now, 返回 proxy.用來限制授權對forum的訪問
return new ForumFactoryProxy(authorization, factory,
factory.getPermissions(authorization));
}
//真正創建forum的方法由繼承forumfactory的子類去完成.
public abstract Forum createForum(String name, String description)
throws UnauthorizedException, ForumAlreadyExistsException;
....
}
因為現在的Jive是通過資料庫系統存放論壇帖子等內容數據,如果希望更改為通過文件系統實現,這個工廠方法ForumFactory就提供了提供動態介面:
private static String className = com.jivesoftware.forum.database.DbForumFactory;
你可以使用自己開發的創建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;
try {
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 : + ne.getMessage());
} catch (Exception se) {
throw new CatalogDAOSysException(
CatalogDAOFactory.getDAO: Exception while getting
DAO type : + se.getMessage());
}
return catDao;
}
}
CatalogDAOFactory是典型的工廠方法，catDao是通過動態類裝入器className獲得CatalogDAOFactory具體實現子類，這個實現子類在Java寵物店是用來操作catalog資料庫，用戶可以根據資料庫的類型不同，定製自己的具體實現子類，將自己的子類名給與CATALOG_DAO_CLASS變數就可以。
由此可見，工廠方法確實為系統結構提供了非常靈活強大的動態擴展機制，只要我們更換一下具體的工廠方法，系統其他地方無需一點變換，就有可能將系統功能進行改頭換面的變化

8. 什麼是簡單工廠和工廠方法

簡單工廠又叫靜態工廠 工廠方法又叫多態性工廠 抽象工廠又叫工具箱 區別: 先看簡單工廠的缺點：復雜的多層次結構；工廠類形成上帝類；靜態方法無法由子類繼承；擴展困難，對開閉原則支持不夠。 工廠方法就是為了克服以上缺點產生的。他將上帝類要做的事分給了下面的子類來完成,它比簡單工廠抽象 而抽象工廠比前兩者更抽象,更具一般性. 他可以提供統一的介面,使得不必說明具體狀況的情況下,創建多種不同的對象