一個(gè)快速迭代的項(xiàng)目萨脑，時(shí)間久了之后隐轩，代碼中可能會(huì)充斥著大量的if/else饺饭，嵌套6渤早、7層，一個(gè)函數(shù)幾百行瘫俊，簡鹊杖！直！看扛芽！死骂蓖！人！
其實(shí)這種還算好的川尖，更嚴(yán)重的嵌套我也見過登下，接手到這種項(xiàng)目的人，內(nèi)心應(yīng)該是絕望的叮喳。
出現(xiàn)這種情況的原因很多
- 設(shè)計(jì)不夠完善
- 需求考慮不完全
- 開發(fā)人員變動(dòng)
但最為致命的是“懶”
前期迭代懶得優(yōu)化被芳，來一個(gè)需求，加一個(gè)if馍悟，久而久之畔濒，就串成了一座金字塔。
當(dāng)代碼已經(jīng)復(fù)雜到難以維護(hù)的程度之后锣咒，只能狠下心重構(gòu)優(yōu)化侵状。那，有什么方案可以優(yōu)雅的優(yōu)化掉這些多余的if/else?
1. 提前return
這是判斷條件取反的做法毅整，代碼在邏輯表達(dá)上會(huì)更清晰趣兄，看下面代碼：
if (condition) {
// do something
} else {
return xxx;
}
其實(shí)，每次看到上面這種代碼悼嫉，我都心里抓癢诽俯，完全可以先判斷!condition，干掉else承粤。
if (!condition) {
return xxx;
}
// do something
2. 策略模式
有這么一種場景暴区，根據(jù)不同的參數(shù)走不同的邏輯，其實(shí)這種場景很常見辛臊。
最一般的實(shí)現(xiàn)：
if (strategy.equals("fast")) {
// 快速執(zhí)行
} else if (strategy.equals("normal")) {
// 正常執(zhí)行
} else if (strategy.equals("smooth")) {
// 平滑執(zhí)行
} else if (strategy.equals("slow")) {
// 慢慢執(zhí)行
}
看上面代碼仙粱，有4種策略，有兩種優(yōu)化方案彻舰。
2.1 多態(tài)
interface Strategy {
void run() throws Exception;
}
class FastStrategy implements Strategy {
@Override
void run() throws Exception {
// 快速執(zhí)行邏輯
}
}
class NormalStrategy implements Strategy {
@Override
void run() throws Exception {
// 正常執(zhí)行邏輯
}
}
class SmoothStrategy implements Strategy {
@Override
void run() throws Exception {
// 平滑執(zhí)行邏輯
}
}
class SlowStrategy implements Strategy {
@Override
void run() throws Exception {
// 慢速執(zhí)行邏輯
}
}
具體策略對(duì)象存放在一個(gè)Map中伐割，優(yōu)化后的實(shí)現(xiàn)
Strategy strategy = map.get(param);
strategy.run();
上面這種優(yōu)化方案有一個(gè)弊端候味，為了能夠快速拿到對(duì)應(yīng)的策略實(shí)現(xiàn)，需要map對(duì)象來保存策略隔心，當(dāng)添加一個(gè)新策略的時(shí)候白群，還需要手動(dòng)添加到map中，容易被忽略硬霍。
2.2 枚舉
發(fā)現(xiàn)很多同學(xué)不知道在枚舉中可以定義方法帜慢，這里定義一個(gè)表示狀態(tài)的枚舉，另外可以實(shí)現(xiàn)一個(gè)run方法唯卖。
public enum Status {
NEW(0) {
@Override
void run() {
//do something
}
},
RUNNABLE(1) {
@Override
void run() {
//do something
}
};
public int statusCode;
abstract void run();
Status(int statusCode){
this.statusCode = statusCode;
}
}
重新定義策略枚舉
public enum Strategy {
FAST {
@Override
void run() {
//do something
}
},
NORMAL {
@Override
void run() {
//do something
}
},
SMOOTH {
@Override
void run() {
//do something
}
},
SLOW {
@Override
void run() {
//do something
}
};
abstract void run();
}
通過枚舉優(yōu)化之后的代碼如下
Strategy strategy = Strategy.valueOf(param);
strategy.run();
3. 學(xué)會(huì)使用 Optional
Optional主要用于非空判斷粱玲，由于是jdk8新特性，所以使用的不是特別多拜轨，但是用起來真的爽抽减。
使用之前：
if (user == null) {
//do action 1
} else {
//do action2
}
如果登錄用戶為空，執(zhí)行action1橄碾，否則執(zhí)行action 2卵沉，使用Optional優(yōu)化之后，讓非空校驗(yàn)更加優(yōu)雅法牲，間接的減少if操作
Optional<User> userOptional = Optional.ofNullable(user);
userOptional.map(action1).orElse(action2);
4. 數(shù)組小技巧
來自google解釋史汗，這是一種編程模式，叫做表驅(qū)動(dòng)法皆串，本質(zhì)是從表里查詢信息來代替邏輯語句淹办，比如有這么一個(gè)場景，通過月份來獲取當(dāng)月的天數(shù)恶复，僅作為案例演示怜森，數(shù)據(jù)并不嚴(yán)謹(jǐn)。
一般的實(shí)現(xiàn)：
int getDays(int month){
if (month == 1) return 31;
if (month == 2) return 29;
if (month == 3) return 31;
if (month == 4) return 30;
if (month == 5) return 31;
if (month == 6) return 30;
if (month == 7) return 31;
if (month == 8) return 31;
if (month == 9) return 30;
if (month == 10) return 31;
if (month == 11) return 30;
if (month == 12) return 31;
}
優(yōu)化后的代碼
int monthDays[12] = {31, 29, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
int getDays(int month){
return monthDays[--month];
}
結(jié)束
if else作為每種編程語言都不可或缺的條件語句谤牡，在編程時(shí)會(huì)大量的用到副硅。一般建議嵌套不要超過三層，如果一段代碼存在過多的if else嵌套翅萤，代碼的可讀性就會(huì)急速下降恐疲，后期維護(hù)難度也大大提高。
如果你還有其它小技巧套么，歡迎留言Ｅ嗉骸！胚泌！
