8.3 工廠方法模式實現

將之前簡單工廠實現的計算器以工廠方法模式去實現。

結構圖

先構建一個工廠介面

public interface IFactory {
    Operation createOperation();
}

加減乘除各建一個類去實現這個介面

//加法類工廠
class AddFactory implements IFactory {

    public Operation createOperation(){
        return new OperationAdd();
    }
}

//...類似

客戶端

IFactory operFactory = new
 
 AddFactory();
Operation oper = operFactory.createOperation();
oper.setNumberA(1);
oper.setNumberB(2);
double result = oper.getResult();

8.4 簡單工廠VS工廠方法

在簡單工廠中，增加一個運算，先建立一個具體運算類實現運算介面，並在簡單工廠中增加判斷條件，加入這個新運算類。

工廠方法則是，增加運算類，再增加相關工廠類，再修改客戶端，相當於複雜度增加，還添加了很多類和方法。

原先修改簡單工廠中的方法，增加判斷條件，修改原有類，違背開放-封閉原則

作用：
工廠方法定義一個用於建立物件的介面，讓子類決定例項化哪個類。工廠方法使一個類的例項化延遲到其子類。

問題：
客戶端需要決定例項化哪一個工廠來實現運算類，選擇判斷的問題還是存在。
工廠方法把簡單工廠內部邏輯判斷移到了客戶端程式碼來進行。
如果想要加功能，本來是改工廠類，現在修改客戶端。

8.5 雷鋒工廠

雷鋒代表一種精神，可以幫助老人掃地、洗衣、買米等。
大學生可以是雷鋒，志願者也可以是雷鋒。

//雷鋒介面
public interface LeiFeng{
    public void sweep();

    public void wash
 
();

    public void buyRice();
}

學雷鋒的大學生/志願者實現雷鋒精神！

class ColleageStudent implements LeiFeng{
    //...實現三個類
}

//志願者
class Volunteer implements LeiFeng{
    //...
}

簡單雷鋒工廠

public class SimpleFactory {
    public static LeiFeng createLeiFeng(String type){
        LeiFeng result = null;
        switch(type){
            case "大學生":
                result = new ColleageStudent();
                break;
            case "志願者":
                result = new Volunteer();
                break;
            default:break;
        }
        return result;
    }
}

//客戶端
LeiFeng studentA = SimpleFactory.createLeiFeng("大學生");
student.bugRice();

用工廠方法分拆SimpleFactory

interface IFactory{
    LeiFeng createLeiFeng();
}

//學雷鋒的大學生工廠
class ColleageStudentFactory implements IFactory {
    public LeiFeng createLeiFeng(){
        return new ColleageStudent();
    }
}

//志願者工廠
class VolunteerFactory implements IFactory {
    public LeiFeng createLeiFeng(){
        return new Volunteer();
    }
}

//客戶端呼叫
IFacotry factory = new ColleageStudentFactory();
LeiFeng student = factory.createLeiFeng();

student.bugRice();
student.sweep();
student.wash();

缺點：每加一個產品，就加一個產品工廠的類，增加額外開發量。

避免修改客戶端的程式碼方法：利用反射避免分支判斷的問題。