1、模式定義

        簡單工廠模式(SimpleFactory Pattern)：又稱為靜態工廠方法(Static Factory Method)模式，它屬於類建立型模式。在簡單工廠模式中，可以根據引數的不同返回不同類的例項。簡單工廠模式專門定義一個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。

2、模式結構

簡單工廠模式包含如下角色：
Factory：工廠角色。
Product：抽象產品角色。

ConcreteProduct：具體產品角色。

現在來看看這個例子：

1.Person 介面

package simple.factory.com;


//Person 介面
public interface Person {
	public void howWho();
}
 

2.Chinese類

package simple.factory.com;


//實體類    實現  Person 介面
public class Chinese implements Person {

	@Override
	public void howWho() {
		// TODO Auto-generated method stub
		System.out.println("我是中國人");
	}

}

3.American類

package simple.factory.com;


//實體類    實現  Person 介面
public class American implements Person {

	@Override
	public void howWho() {
		// TODO Auto-generated method stub
		System.out.println("我是美國人");
	}

}
 

package simple.factory.com;


//簡單的小工廠設計模式
public class WriterPactory {
	public static void show(Person p){
		p.howWho();
	}
}

package simple.factory.com;

/*
 * 簡單的工廠模式：
 * 就是使用者只需要吃蘋果，而不是種蘋果再吃【麻煩】。
 * 使用者只需要告訴工廠你的需要：
*/
public class TestTwo {
	public static void main(String[] args) {
		// TODO Auto-generated method stub
		Person p1,p2,p3,p4;
		p1= new Chinese();
		p2= new American();


		WriterPactory.show(p1);
		WriterPactory.show(p2);
	}

}
 

6. 模式分析

       將物件的建立和物件本身業務處理分離可以降低系統的耦合度，使得兩者修改起來都相對容易。

在呼叫工廠類的工廠方法時，由於工廠方法是靜態方法，使用起來很方便，可通過類名直接呼叫，而且只需要傳入一個簡單的引數即可，在實際開發中，還可以在呼叫時將所傳入的引數儲存在XML等格式的配置檔案中，修改引數時無須修改任何Java原始碼。

        簡單工廠模式最大的問題在於工廠類的職責相對過重，增加新的產品需要修改工廠類的判斷邏輯，這一點與開閉原則是相違背的。

        簡單工廠模式的要點在於：當你需要什麼，只需要傳入一個正確的引數，就可以獲取你所需要的物件，而無須知道其建立細節。

7.模式優缺點

7.1簡單工廠模式的優點：

         工廠類含有必要的判斷邏輯，可以決定在什麼時候建立哪一個產品類的例項，客戶端可以免除直接建立產品物件的責任，而僅僅“消費”產品；簡單工廠模式通過這種做法實現了對責任的分割，它提供了專門的工廠類用於建立物件。

         客戶端無須知道所建立的具體產品類的類名，只需要知道具體產品類所對應的引數即可，對於一些複雜的類名，通過簡單工廠模式可以減少使用者的記憶量。

         通過引入配置檔案，可以在不修改任何客戶端程式碼的情況下更換和增加新的具體產品類，在一定程度上提高了系統的靈活性。

7.2簡單工廠模式的缺點

        由於工廠類集中了所有產品建立邏輯，一旦不能正常工作，整個系統都要受到影響。

使用簡單工廠模式將會增加系統中類的個數，在一定程式上增加了系統的複雜度和理解難度。

       系統擴充套件困難，一旦新增新產品就不得不修改工廠邏輯，在產品型別較多時，有可能造成工廠邏輯過於複雜，不利於系統的擴充套件和維護。

簡單工廠模式由於使用了靜態工廠方法，造成工廠角色無法形成基於繼承的等級結構。

8.模式適用環境

在以下情況下可以使用簡單工廠模式：

        工廠類負責建立的物件比較少：由於建立的物件較少，不會造成工廠方法中的業務邏輯太過複雜。

客戶端只知道傳入工廠類的引數，對於如何建立物件不關心：客戶端既不需要關心建立細節，甚至連類名都不需要記住，只需要知道型別所對應的引數。