<Java設計模式>—工廠方法模式
工廠方法模式是簡單工廠模式的進一步抽象化和推廣，工廠方法模式裏不再只由一個工廠類決定那一個產品類應當被實例化,這個決定被交給抽象工廠的子類去做。
來看下它的組成：
1)抽象工廠角色： 這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須實現的接口或者必須繼承的父類。在java中它由抽象類或者接口來實現。
2)具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體產品的對象。
3)抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在java中一般有抽象類或者接口來實現。
4)具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在java中由具體的類來實現。
工廠方法模式使用繼承自抽象工廠角色的多個子類來代替簡單工廠模式中的“上帝類”。正如上面所說，這樣便分擔了對象承受的壓力；而且這樣使得結構變得靈活 起來——當有新的產品（即暴發戶的汽車）產生時，只要按照抽象產品角色、抽象工廠角色提供的合同來生成，那麼就可以被客戶使用，而不必去修改任何已有的代 碼。可以看出工廠角色的結構也是符合開閉原則的！
下面來看下一個運算對象的簡單工程的設計模式UML：
/**
* 加法工廠類（其他運算，請參照該類的寫法）
*/
public class AddFactory implements IFactory{
@Override
public Operation getOperation() {
return new OperationAdd();
}
}
/**
*工廠模式的客戶端寫法
*/
public class FactoryClient {
public static void main(String[] args) {
IFactory factory = new AddFactory();
Operation operation = factory.getOperation();
operation.numberA = 11;
operation.numberB = 12;
double result = operation.getResult();
System.out.println("計算結果："+result);
}
}
個人總結：工廠方法模式相對於簡單工廠模式，大大提高了代碼的拓展性，假如將來有了新的算法，那麼只需要添加兩個類（具體算法類，具體算法的工廠類），至於原來的算法類，就不需要進行修改了，當然這也就符合開閉原則（對拓展開放，對修改關閉），而簡單工廠模式，需要添加一個具體算法類，然後去修改OperationFactory類的switch語句，對於這樣的修改是不安全的，也不符合開閉原則。不過工廠方法模式缺點，第一個缺點：每每增加一個算法，那麼就必須添加兩個類，類的個數相對於之前多了兩倍。第二個缺點：就是在客戶端進行調用的時候，就必須創建指定算法的工廠類，那麼客戶端就多導入了一個具體工廠類的包，產生這樣原因，也是工廠方法抽象導致的，它將客戶端需要使用的工廠的判斷交給了客戶端，而簡單工廠，通過switch語句，進行了判斷，所以客戶端就無需判斷了。