java策略枚舉:消除在項目里大批量使用if-else的優(yōu)雅姿勢
想起剛開始接觸JAVA面向對象編程時，若遇到大量流程判斷語句，幾乎滿屏都是if-else語句，多得讓自己都忘了哪里是頭，哪里是尾，但是，縱然滿屏是if-else，但彼時也沒有覺得多別扭。等到編程能力漸漸提升之后，再回過頭去看曾經寫過的滿屏if-else時，腦海里只有一個畫面，全都是翔.....
可能初學者都會忽略掉一點，其實if-else是一種面向過程的實現。
那么，如何避免在面向對象編程里大量使用if-else呢？
網絡上有很多解決思路，有工廠模式、策略模式、甚至是規(guī)則引擎（這個太重了吧）......
這些，都有一個共同的缺點，使用起來還是過于繁重了。雖說避免出現過多的if-else，但是，卻會增加很多額外的類，我總覺得，很不實用，只能當做某種模式的學習即可。
可以替換大量的if-else語句，且具備較好的可讀性與擴展性，同時能顯得輕量化，我比較推薦使用策略枚舉來消除if-else。
如何使用呢，下面先從一個業(yè)務案例開始說起下——
假如有這樣一個需求，需實現一周七天內分別知道要做事情的備忘功能，這里面就會涉及到一個流程判斷，你可能會立馬想到用if-else，那么，可能是會這樣實現——
//if-else形式判斷
public String getToDo(String day){
if("Monday".equals(day)){ ......省略復雜語句
return "今天上英語課";
}else if("Tuesday".equals(day)){ .....省略復雜語句 return "今天上語文課";
}else if("Wednesday".equals(day)){ ......省略復雜語句
return "今天上數學課";
}else if("Thursday".equals(day)){ ......省略復雜語句
return "今天上音樂課";
}else if("sunday".equals(day)){ ......省略復雜語句
return "今天上編程課";
}else{
此處省略10086行......
}
}
這種代碼，在業(yè)務邏輯里，少量還好，若是幾百個判斷呢，可能整塊業(yè)務邏輯里都是滿屏if-else,既不優(yōu)雅也顯得很少冗余。
這時，就可以考慮使用策略枚舉形式來替換這堆面向過程的if-else實現了。
首先，先定義一個getToDo()調用方法，假如傳進的是“星期一”，即參數"Monday"。
//策略枚舉判斷
public String getToDo(String day){
CheckDay checkDay=new CheckDay();
return checkDay.day(DayEnum.valueOf(day));
}
在getToDo()方法里，通過DayEnum.valueOf("Monday")可獲取到一個DayEnum枚舉元素，這里得到的是Monday。
接下來，執(zhí)行checkDay.day(DayEnum.valueOf("Monday"))，會進入到day（）方法中，這里，通過dayEnum.toDo()做了一個策略匹配時。注意一點，DayEnum.valueOf("Monday")得到的是枚舉中的Monday，這樣，實質上就是執(zhí)行了Monday.toDo()，也就是說，會執(zhí)行Monday里的toDo()——
public class CheckDay {
public String day( DayEnum dayEnum) {
return dayEnum.toDo();
}
}
上面的執(zhí)行過程為什么會是這樣子呢？只有進入到DayEnum枚舉當中，才知道是怎么回事了——(話外音：我第一次接觸策略模式時，猛地一驚，原來枚舉還可以這樣玩)
public enum DayEnum {
Monday {
@Override
public String toDo() { ......省略復雜語句
return "今天上英語課";
}
},
Tuesday {
@Override
public String toDo() { ......省略復雜語句
return "今天上語文課";
}
},
Wednesday {
@Override
public String toDo() { ......省略復雜語句
return "今天上數學課";
}
},
Thursday {
@Override
public String toDo() { ......省略復雜語句
return "今天上音樂課";
}
};
public abstract String toDo();
}
在DayEnum枚舉屬性當中，定義了一個實現了toDo()抽象方法——
public abstract String toDo();
在每個枚舉元素當中，都重寫了該toDo()抽象方法。這樣，當傳參DayEnum.valueOf("Monday")流轉到dayEnum.toDo()時，實質上是去DayEnum枚舉里找到對應Monday定義的枚舉元素，然后執(zhí)行其內部重寫的toDo()方法。用if-esle形式表示，就類似"Monday".equals(day)匹配為true時，可得到其內部東西。
總結一下，策略枚舉就是枚舉當中使用了策略模式，所謂的策略模式，即給你一把鑰匙，按照某種約定的方式，可以立馬被指引找到可以打開的門。例如，我給你的鑰匙叫“Monday”，那么，就可以通過約定方式dayEnum.toDo()，立馬找到枚舉里的Monday大門，然后進到門里，去做想做的事toDo()，其中，每扇門后的房間都有不同的功能，但它們都有一個相同抽象功能——toDo()，即各房間共同地方都是可以用來做一些事情的功能，但具體可以什么事情，就各有不同了。在本文的案例里，每扇大門里的toDo()，根據不同策略模式可得到不同字符串返回，例如，"今天上英語課"、"今天上語文課"，等等。
可見，把流程判斷抽取到策略枚舉當中，還可以把一堆判斷解耦出來，避免在業(yè)務代碼邏輯里呈現一大片密密麻麻冗余的if-else。
這里，會出現一種情況，即，假如有多個重復共同樣功能的判斷話，例如，在if-else里，是這樣——
public String getToDoByIfElse(String day){
if("Monday".equals(day)||"Tuesday".equals(day)||"Wednesday".equals(day)){
......省略復雜語句
return "今天上英語課";
}else if("Thursday".equals(day)){
......
}
}
那么，在策略枚舉下應該如何使用從而避免代碼冗余呢？
可以參考一下以下思路，設置一個內部策略枚舉，將有相同功能的外部引用指向同一個內部枚舉元素，這樣即可實現調用重復功能了——
public enum DayEnum {
//指向內部枚舉的同一個屬性即可執(zhí)行相同重復功能
Monday("星期一", Type.ENGLISH),
Tuesday("星期二", Type.ENGLISH),
Wednesday("星期三", Type.ENGLISH),
Thursday("星期四", Type.CHINESE);
private final Type type;
private final String day;
DayEnum(String day, Type type) {
this.day = day;
this.type = type;
}
String toDo() {
return type.toDo();
}
/**
* 內部策略枚舉
*/
private enum Type {
ENGLISH {
@Override
public String toDo() {
......省略復雜語句
return "今天上英語課";
}
},
CHINESE {
@Override
public String toDo() {
......省略復雜語句
return "今天上語文課";
}
};
public abstract String toDo();
}
}
若要擴展其判斷流程，只需要直接在枚舉增加一個屬性和內部toDo（實現），就可以增加新的判斷流程了，而外部，仍舊用同一個入口dayEnum.toDo()即可。
可能，會有這樣一個疑問：為什么在枚舉里定義一個抽象方法，會在各個枚舉元素里實現呢？
這功能就類似子類繼承父類的做法了。DayEnum類似一個父類，DayEnum枚舉里的元素就相當是其子類。當父類里定義了抽象方法toDo（），其繼承的子類就會默認實現toDo()方法，這樣，就會出現枚舉里可以這樣的寫法：
private enum Type {
ENGLISH {
@Override
public String toDo() {
return "今天上英語課";
}
}；
public abstract String toDo();
}
我很喜歡在大批量if-else里使用策略枚舉來消除替換，總而言之，使用策略枚舉可以很靈活處理各種復雜判斷，且可讀性與擴展性都比較好，它更像是函數式編程，即傳進一個參數，就可以得到對應模式下返回的數值。
若Java里業(yè)務邏輯中大批量使用if-else，則是面向過程了，因為業(yè)務邏輯里的if-else是從上往下一個if接一個if判斷下去的，在各個if上打個斷點，debug下去，就明白它其實是面向過程的。
由此可知，若項目里有大量的if-else話，著實是一件很影響性能的事情，雖然這點性能可忽略不計，但有更好的取代方案，不是更好嗎？
總結
本篇文章就到這里了，希望能給您帶來幫助，也希望你能夠多多關注腳本之家的更多內容！
相關文章
Java數據類型之間的轉換有自動轉換和強制類型轉換，這篇文章主要給大家介紹Java數據類型如何實現自動轉換與強制轉換,需要的朋友可以參考下2023-05-05
本文重點給大家介紹java中調用c++ dll庫的方法，本文分步驟介紹的非常詳細，感興趣的朋友可以參考下2016-06-06
spring boot整合redis主從sentinel方式
這篇文章主要介紹了spring boot整合redis主從sentinel方式，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-03-03
在之前，已經學習到了線程的創(chuàng)建和狀態(tài)控制，但是每個線程之間幾乎都沒有什么太大的聯(lián)系?？墒怯械臅r候，可能存在多個線程多同一個數據進行操作，這樣，可能就會引用各種奇怪的問題?，F在就來學習多線程對數據訪問的控制吧2017-05-05
基于@Valid和@Validated驗證List集合的踩坑記錄
這篇文章主要介紹了基于@Valid和@Validated驗證List集合的踩坑記錄,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-07-07
Swagger是一個規(guī)范和完整的框架,用于生成、描述、調用和可視化 RESTful 風格的 Web 服務,這篇文章主要介紹了Swagger使用和注釋介紹,需要的朋友可以參考下2024-05-05
這篇文章主要介紹了用java描述矩陣求逆的算法，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2019-03-03
SpringBoot?是由?Pivotal?團隊提供的全新框架，其設計目的是用來簡化?Spring?應用的初始搭建以及開發(fā)過程，這篇文章主要介紹了SpringBoot快速入門及起步依賴解析,需要的朋友可以參考下2022-10-10
JAVA開發(fā)環(huán)境Vs?code配置步驟詳解
這篇文章主要為大家介紹了JAVA開發(fā)環(huán)境Vs?code配置步驟詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-04-04
這篇文章主要給大家介紹了關于SpringBoot接口正確接收時間參數的相關資料,文中通過代碼示例介紹的非常詳細,對大家學習或者使用springboot具有一定的參考借鑒價值,需要的朋友可以參考下2023-09-09