Java?設(shè)計(jì)模式中的策略模式詳情

更新時(shí)間：2022年09月25日 10:58:10 作者：我贏了算我輸

這篇文章主要介紹了Java?設(shè)計(jì)模式中的策略模式詳情，文章圍繞主題展開詳細(xì)的內(nèi)容介紹，具有一定的參考價(jià)值，需要的小伙伴可以參考一下

策略模式的應(yīng)用場景

策略模式是否要使用，取決于業(yè)務(wù)場景是否符合，有沒有必要。

是否符合

如果業(yè)務(wù)是處于不同的場景時(shí)，采取不同的處理方式的話，就滿足符合。這里舉幾個(gè)業(yè)務(wù)栗子

如果今天我有1000塊，那我就和朋友去游樂園玩、然后再去吃頓好吃的。如果有2000塊的話，那我就先買一件好看的衣服，再和朋友去游樂園玩和吃好吃的商品收銀業(yè)務(wù)，根據(jù)店中不同的活動分為正常收費(fèi)、折扣收費(fèi)、返利收費(fèi)，每種收費(fèi)的方式都不一樣接收某安全設(shè)備的數(shù)據(jù)的時(shí)候，根據(jù)發(fā)過來不同的數(shù)據(jù)類型，執(zhí)行設(shè)備報(bào)警、設(shè)備指定信息存儲、設(shè)備本身狀態(tài)信息修改等等的處理方式

這里上面三種業(yè)務(wù)場景都符合處于不同的場景時(shí)，采取不同的處理方式。

有沒有必要

這里等描述完例子后，再回到這個(gè)問題

例子

這里采用上面第三個(gè)例子的業(yè)務(wù)分別進(jìn)行編寫不用策略模式和用策略模式的效果

不用策略模式

public class Main {
    public static void main(String[] args) {
        //設(shè)備報(bào)警
        int deviceDataType=2;
        DeviceData deviceData=new DeviceData();
        deviceData.setName("安全設(shè)備A");

        switch (deviceDataType){
            case 1:
                DeviceCallPolice(deviceData);
                break;
            case 2:
                DeviceStatus(deviceData);
                break;
            default:
                System.out.println("沒有相關(guān)的策略");
                break;
        }

    }
    private static void DeviceStatus(DeviceData deviceData) {
        System.out.println("正在修改"+deviceData.getName()+"狀態(tài)為指定狀態(tài)");
        System.out.println("正在記錄本次修改狀態(tài)的時(shí)間信息");
        System.out.println("根據(jù)修改后的狀態(tài)判斷是否要通知相關(guān)人");
    }
    private static void DeviceCallPolice(DeviceData deviceData) {
        System.out.println("正在修改"+deviceData.getName()+"狀態(tài)為報(bào)警狀態(tài)");
        System.out.println("正在記錄本次報(bào)警時(shí)間信息");
        System.out.println("設(shè)備相關(guān)人的短信通知");
    }

}

效果：

使用策略模式

策略上下文

/**
 * 
 * 安全設(shè)備處理上下文
 */
public class SafetyDeviceContext {

    private DeviceHandlerStrategy deviceHandlerStrategy;

    public SafetyDeviceContext(int dataType){
        switch (dataType){
            case 1:
                deviceHandlerStrategy=new DeviceCallPoliceStrategy();
                break;
            case 2:
                deviceHandlerStrategy=new DeviceStatusStrategy();
                break;
            default:
                System.out.println("沒有相關(guān)的策略");
                break;
        }

    }
    public void Handler(DeviceData deviceData){

        deviceHandlerStrategy.handler(deviceData);
    }
}

策略接口以及具體實(shí)現(xiàn)類

/**
 * 設(shè)備處理策略
 */
public interface DeviceHandlerStrategy {

    void handler(DeviceData deviceData);
}

/**
 * 安全設(shè)備報(bào)警策略
 */
public class DeviceCallPoliceStrategy implements DeviceHandlerStrategy {

    @Override
    public void handler(DeviceData deviceData) {

        System.out.println("正在修改設(shè)備狀態(tài)為報(bào)警狀態(tài)");
        System.out.println("正在記錄本次報(bào)警時(shí)間信息");
        System.out.println("設(shè)備相關(guān)人的短信通知");
    }
}

/**
 * 設(shè)備狀態(tài)修改策略
 */
public class DeviceStatusStrategy implements DeviceHandlerStrategy {

    @Override
    public void handler(DeviceData deviceData) {
        System.out.println("正在修改設(shè)備狀態(tài)為指定狀態(tài)");
        System.out.println("正在記錄本次修改狀態(tài)的時(shí)間信息");
        System.out.println("根據(jù)修改后的狀態(tài)判斷是否要通知相關(guān)人");
    }
}

Main類

public class Main {

    public static void main(String[] args) {
        //設(shè)備報(bào)警
        int deviceDataType=2;
        DeviceData deviceData=new DeviceData();
        deviceData.setName("安全設(shè)備A");
        SafetyDeviceContext safetyDeviceContext=new SafetyDeviceContext(deviceDataType);
        safetyDeviceContext.handler(deviceData);
    }
}

效果：

兩種方式的不同

從簡易和易懂程度來說，自然是不用策略模式好一些，用策略模式會導(dǎo)致類的增多，而且如果不懂策略模式的人去看代碼時(shí)可讀性不高。但使用策略模式勝于可擴(kuò)展性和可維護(hù)性要強(qiáng)于不用策略模式的

使用策略模式在Main函數(shù)（使用方），消除了類型的swich判斷，把這些判斷放到了Context，使用方調(diào)用的時(shí)候，就不必過多關(guān)心設(shè)備處理策略，只需要把值傳進(jìn)Context就好了。

之前我很不理解策略模式為什么能避免使用多重條件判斷，因?yàn)樯厦娴膶懛ㄖ皇前雅袛嗟拇a移到了Context而已，要寫的判斷還是要寫，直到我知道了采用字典和反射的方式時(shí)，就理解了，往下會說

如果后續(xù)我們要添加一種"設(shè)備定時(shí)報(bào)告信息"業(yè)務(wù)處理方式時(shí)，使用策略模式那種只需要在Context添加一層case（也可以不需要，可以用反射的方式）和添加一個(gè)策略的實(shí)現(xiàn)類就好了，而不用策略模式需要在原來使用方的代碼添加一層case，可能會影響到原來的業(yè)務(wù)穩(wěn)定性。
算法獨(dú)立出來也方便我們使用單元測試進(jìn)行測試

策略模式有沒有必要使用？

策略模式的目的是減少具體的算法方式和使用方式之間的耦合，避免多重if判斷，并讓具體的算法方法盡可能獨(dú)立。所以實(shí)現(xiàn)的時(shí)候，必然成本會高一些。因此我們要使用策略模式的時(shí)候，要確定該業(yè)務(wù)業(yè)務(wù)本身是否復(fù)雜，后續(xù)是不是會時(shí)不時(shí)添加其他的處理方式。
例如上面的第三個(gè)例子，設(shè)備對應(yīng)的處理措施本身具備了復(fù)雜性，例如會涉及數(shù)據(jù)本身的處理、設(shè)備狀態(tài)的更改、設(shè)備事件的觸發(fā)等等處理措施，而且后續(xù)因業(yè)務(wù)的擴(kuò)展，可能會添加不同的設(shè)備場景，不同的設(shè)備處理方式。像這種就可以考慮使用

如何避免Context類使用判斷邏輯

可以采用字典+反射的方式進(jìn)行避免

定義策略字典的全局變量

/**
 * 設(shè)備處理策略方式字典
 */
public class DeviceStrategyDictionary {
    public static HashMap<Integer,String> dictionary=new HashMap<>();

}

修改Context的代碼

import java.util.HashMap;

/**
 * 安全設(shè)備處理上下文
 */
public class SafetyDeviceContext {

    private DeviceHandlerStrategy deviceHandlerStrategy;

    public SafetyDeviceContext(int dataType) throws ClassNotFoundException, InstantiationException, IllegalAccessException {
        HashMap<Integer,String> dic= DeviceStrategyDictionary.dictionary;
        if(!dic.containsKey(dataType)){
            System.out.println("不包含該處理方式");
        }
        //使用反射的方式
        Class<?> fz=Class.forName(dic.get(dataType));
        deviceHandlerStrategy=(DeviceHandlerStrategy) fz.newInstance();

    }
    public void handler(DeviceData deviceData){

        deviceHandlerStrategy.handler(deviceData);
    }
}

Main方法

public class Main {

    public static void main(String[] args) throws ClassNotFoundException, InstantiationException, IllegalAccessException {

        //程序啟動的時(shí)候
        DeviceStrategyDictionary.dictionary.put(1,"DeviceCallPoliceStrategy");
        DeviceStrategyDictionary.dictionary.put(2,"DeviceStatusStrategy");

        //設(shè)備報(bào)警
        int deviceDataType=2;
        DeviceData deviceData=new DeviceData();
        deviceData.setName("安全設(shè)備A");

        SafetyDeviceContext safetyDeviceContext=new SafetyDeviceContext(deviceDataType);

        safetyDeviceContext.handler(deviceData);
    }

}

效果：