文/朱季謙
說實話，其實我很討厭在代碼里大量使用if-else，一是因為該類代碼執行方式屬于面向過程的，二嘛，則是會顯得代碼過于冗余。這篇筆記，主要記錄一些自己在工作實踐當中針對if-else的優化心得，將會不定期地長期更新。
一、使用策略枚舉來優化if-else
看到網上蠻多人推薦使用策略模式來優化if-else，但我總覺得，搞一堆策略類來優化大批量if-else，雖然想法很好，但無意之中很可能又會創造出很多類對象，就顯得過于繁重了。若想使用策略模式來優化大批量if-else，其實有一種更好的方式，這是策略模式+枚舉方式的改良，我以前寫過這樣一篇優化文章，詳細直接點擊該文了解：《策略枚舉：消除在項目里大批量使用if-else的優雅姿勢》
二、使用三目運算符來優化if-else
1、根據if-else條件來判斷賦值的，如：
String id="";
if(flag){id="a";
}else{id="b";
}
利用三目運算符，可以直接優化成一行代碼：
id=flag?"a":"b";
2、利用if-else條件來判斷調用方法，如:
Set<String> set1=new HashSet<>();
Set<String> set2=new HashSet<>();if(flag){set1.add(id);
}else{set2.add(id);
}
利用三目運算符，可以直接優化成：
Set<String> set1=new HashSet<>();
Set<String> set2=new HashSet<>();
(flag?set1:set2).add(id);
三、使用Stream優化if中判斷條件過多情況
Jdk1.8新特性Stream流有三個這樣API，anyMatch，allMatch，noneMatch，各自的作用如下：
- anyMatch：判斷條件里任意一個滿足條件，則返回true；
- allMatch：判斷條件里所有都滿足條件，則返回true；
- noneMatch：判斷條件里所有都不滿足條件，則返回true;
它們的使用方式其實很簡單：
List<String> list = Arrays.asList("a", "b", "c","d", "");
//任意一個字符串判斷不為空則為true
boolean anyMatch = list.stream().anyMatch( s->StringUtils.isEmpty(s));
//所有字符串判斷都不為空則為true
boolean allMatch = list.stream().allMatch( s->StringUtils.isEmpty(s));
//沒有一個字符判斷為空則為true
boolean noneMatch = list.stream().noneMatch( s->StringUtils.isEmpty(s));
可見，根據以上三種實現方式，可以在某種程度上優化if里判斷條件過多的情況，那么，在哪種場景里比較合適利用其優化呢？
在日常實際開發當中，我們可能會看到過這樣存在很多判斷條件的代碼：
if(StringUtils.isEmpty(str1) || StringUtils.isEmpty(str2) ||StringUtils.isEmpty(str3) || StringUtils.isEmpty(str4) ||StringUtils.isEmpty(str5) || StringUtils.isEmpty(str6)){.....
}
這時，就可以考慮到，使用stream流來優化，優化后的代碼如下：
if(Stream.of(str1, str2, str3, str4,str5,str6).anyMatch(s->StringUtils.isEmpty(s))){.....}
這樣優化后，是不是就比那堆if里堆積到一塊的條件更為優雅了？
當然，這只是針對或條件的，若是遇到與條件時，同樣可以用Stream來優化，例如：
if(StringUtils.isEmpty(str1) && StringUtils.isEmpty(str2) &&StringUtils.isEmpty(str3) && StringUtils.isEmpty(str4) &&StringUtils.isEmpty(str5) && StringUtils.isEmpty(str6)
){.....
}
使用Stream優化后：
if(Stream.of(str1, str2, str3, str4,str5,str6).allMatch(s->StringUtils.isEmpty(s))){.....
}
還有一個判斷任意都不為空的操作：
StringUtils.isNoneEmpty(str1,str2,str3)
四、使用Map優化if-else
優化量比較多的面向過程的if-else語句，還可以考慮使用Map來優化，雖然在一定程度上，創建一個額外map會占用內存，但那丁點內存對于現階段計算機而言，可以說不足掛齒。 下面使用一個案例來介紹下————
在一些祖傳老代碼當中，可能遇到過類似這樣又臭又冗余的if-else寫法：
public String getDay(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{......}
}
這時，可以根據具體場景，來考慮是否可以利用Map優化，使用Map優化的方式，是先在該類中定義一個static的map，類似這樣：
public static final Map<String,String> dayMap= ImmutableMap.<String, String>builder().put("Monday","今天上英語課").put("Tuesday","今天上語文課").put("Wednesday","今天上數學課").put("Thursday","今天上音樂課").put("Sunday","今天上編程課").build();
定義完后，就直接在先前使用if-else的方法里，進行這樣優化：
public String getDay(String day){return dayMap.get(day);
}
這樣優化后，業務方法里的判斷獲取值的處理，是不是就清爽了很多，當然，這只是針對量比較多的if-else而言，若是比較少的判斷語句，再額外定義一個map來搞，隱約有畫蛇添足的嫌疑。
細心的讀者可能會發現， 我在定義map的時候，使用到了一個ImmutableMap的東西，這是Google Guava里的一個類，可生成一個不可變的Map對象，這就意味著，初始化定義后，后續就無法再put修改了，它的這個特性可以保證線程的安全。一般用來替換if-else的map，我們就是要求在初始化定義后，就不會再允許修改了，因此，這個ImmutableMap生成的map，可以很好地幫我們實現這一點。另外，最重要一點是，使用這個ImmutableMap，可以實現鏈式編程，就像上面定義的鏈式寫法，若是用傳統的map定義，就每次都要map.put()、map.put()地賦值。
關于ImmutableMap的原理，我專門寫一篇文章來介紹：《Java源碼分析:Guava之不可變集合ImmutableMap的源碼分析》
五、使用枚舉優化if-else
前面提到過可使用策略枚舉來優化大批量的if-else，當然，若只是判斷獲不同條件來取值的代碼，可以考慮直接使用枚舉來優化，其效果與map的處理效果類似。
還是用前面判斷課程的if-else為案例來優化。
首先，先在類中定義一個枚舉：
public enum dayEnum {Monday("今天上英語課"),Tuesday("今天上語文課"),Wednesday("今天上數學課"),Thursday("今天上音樂課"),Sunday("今天上編程課");public String value;dayEnum(String value){this.value=value;}
}
定義完后，就可以類似前面map的方式，直接將判斷值去枚舉里獲取，然后直接返回獲取到的值，這樣寫法是不是也比較優雅了。
public String getDay(String day){return dayEnum.valueOf(day).value;
}
六、使用Optional類優化if-else
在實際工作中，我曾經遇到類似這樣的代碼，看起來像沒什么問題，但如果其中某個屬性值不幸為null，那么，恭喜你，你將會喜提一個NullPointerException異常。
String name=school.getGrades().getStuendt().getName();
若要處理這個可能出現的空指針異常，傳統寫法，可以寫一堆if-else語句來處理，就像這樣子——
String name=null;
if(school!=null){Grades grade=school.getGrades();if(grade!=null){Student student=grade.getStuendt();if(student!=null){name = student.getName();}}
}
作為一個極度討厭if-else的人士，怎么能容忍這一堆層層嵌套的代碼存在呢！
在遇到這種層層嵌套的if-else判斷時，可以考慮使用jdk1.8新特性Optional 類來優化，優化后的效果如下，頓時又優雅了很多。
String name = Optional.ofNullable(school).flatMap(School::getGrades).flatMap(Grades::getStuendt).map(Student::getName).orElse(null);
本文屬于if-else優化編程技巧總結，后續若在實踐中有新收獲，將持續更新......
)
)
