摘要：拓展模板方法模式回頭看看上面責(zé)任鏈模式的代碼，抽象類中定義了幾個(gè)方法，一個(gè)是修飾的，一個(gè)是抽象方法，還有一個(gè)是。

在實(shí)際開發(fā)中，我們常常會(huì)出現(xiàn)以下的代碼情況：

        if (state == 1){
            haveBreakfast();
        } else if (state == 2){
            haveLunch();
        } else if (state == 3){
            haveDinner();
        }

這種代碼結(jié)構(gòu)是不是很糟糕，如果未來又有一個(gè)新狀態(tài)加入，則又要加入一個(gè)新的else if語句，如此往復(fù)，則會(huì)產(chǎn)生一個(gè)非常糟糕的代碼結(jié)構(gòu)體。

那么該如何優(yōu)化這串代碼呢？這里有兩種方式：一種是使用責(zé)任鏈模式，一種是使用策略模式。

我們先來看看責(zé)任鏈模式是如何優(yōu)化這串代碼的：

首先上UML類圖：

設(shè)計(jì)代碼：

public abstract class Handler {
    private Handler nextHandler;
    private int state;
    
    public Handler(int state) {
        this.state = state;
    }

    // 處理請求傳遞，注意final，子類不可重寫
    public final void handleMessage(int state) {
    // 傳遞狀態(tài)是否符合，不符合走下一級
        if (this.state == state) {
            this.report();
        } else {
            if (this.nextHandler != null) {
                // 交給下級處理
                this.nextHandler.handleMessage(demand);
            } else {
                System.out.println("沒有下級可處理");
            }
        }
    }

    public void setNextHandler(Handler handler) {
        this.nextHandler = handler;
    }

    // 抽象方法，子類實(shí)現(xiàn)
    // 這里也用了模板方法設(shè)計(jì)模式
    public abstract void report();
}

public class HaveBreakfast extends Hanlder {
    public HaveBreakfast(){
        super(1);
    }
    
    public void report(){
        System.out.println("我在吃早餐");
    }
}

public class HaveLunch extends Hanlder {
    public HaveLunch(){
        super(2);
    }
    
    public void report(){
        System.out.println("我在吃中餐");
    }
}

public class HaveDinner extends Hanlder {
    public HaveDinner(){
        super(3);
    }
    
    public void report(){
        System.out.println("我在吃晚餐");
    }
}

主類實(shí)現(xiàn)：

public class Client {
    public static void main(String[] args) {
        // 初始化
        HaveBreakfast breakfast = new HaveBreakfast();
        HaveLunch lunch = new HaveLunch();
        HaveDinner dinner = new HaveDinner();
        
        // 設(shè)置下一級
        lunch.setNextHandler(dinner);
        breakfast.setNextHandler(lunch);
        
        // 我要吃中餐
        int lunchState = 2;
        breakfast.report(lunchState);
        // 我要吃晚餐
        int dinnerState = 3;
        breakfast.report(dinnerState);
    }
}

用責(zé)任鏈模式實(shí)現(xiàn)了代碼的解耦，以后只要根據(jù)state值的不同，調(diào)用breakfast.report(state)即可。

同樣上UML類圖：

設(shè)計(jì)代碼：

public interface Strategy {
    public void algorithm();
}

public class HaveBreakfast implements Strategy{

    public void algorithm() {
        System.out.println("我在吃早餐");
    }
    
}

public class HaveLunch implements Strategy{

    public void algorithm() {
        System.out.println("我在吃中餐");
    }
    
}

public class HaveDinner implements Strategy{

    public void algorithm() {
        System.out.println("我在吃晚餐");
    }
    
}

public class Context implements Strategy{
    private Strategy strategy;
    private final Map map = new HashMap<>();
    
    public void setStrategy(int state) {
        initMap();
        this.Strategy = this.map.get(state);
    }
    
    private void initMap() {
        this.map.put(1, new HaveBreakfast());
        this.map.put(2, new HaveLunch());
        this.map.put(3, new HaveDinner());
    }
    
    public void algorithm() {
        this.strategy.algorithm();
    }
}

實(shí)現(xiàn)代碼：

public class Client {
    public static void main(String[] args) {
        Context context = new Context();
        // 我要吃中餐
        int lunchState = 2;
        context.setStrategy(lunchState);
        context.algorithm();
        // 我要吃晚餐
        int dinnerState = 3;
        context.setStrategy(dinnerState);
        context.algorithm();
    }
}

用策略模式也同樣實(shí)現(xiàn)了代碼的解耦。

通過以上分析，我們知道使用責(zé)任鏈模式和策略模式都能解耦雜亂的if-else代碼，但兩者又有什么不同，實(shí)際開發(fā)中我們該選用那種？結(jié)論是責(zé)任鏈?zhǔn)且环N鏈?zhǔn)浇Y(jié)構(gòu)的處理方式，是有層級性的，而策略模式并沒有層級關(guān)系，選用哪種可根據(jù)開發(fā)需求進(jìn)行定奪。

回頭看看上面責(zé)任鏈模式的代碼，Handler抽象類中定義了幾個(gè)方法，一個(gè)是final修飾的handleMessage，一個(gè)是抽象方法report，還有一個(gè)是setNextHandler。這三個(gè)分別對應(yīng)模板方法模式中的三個(gè)基本方法，分別是具體方法handleMessage（抽象類聲明并實(shí)現(xiàn)，子類不實(shí)現(xiàn)）、抽象方法report（抽象類聲明，子類必須實(shí)現(xiàn)）、鉤子方法setNextHandler（抽象類聲明并實(shí)現(xiàn)，子類可擴(kuò)展）。
這樣結(jié)合模板方法模式的好處在哪？首先加了handleMessage方法，把請求的傳遞判斷從子類中剝離出來，讓子類在report方法中專心處理請求的業(yè)務(wù)邏輯，做到了單一職責(zé)原則。子類的實(shí)現(xiàn)只要繼承該抽象類即可，非常簡單。