程式設計師想必都經歷過這樣的場景:剛開始自己寫的**很簡潔,邏輯清晰,函式精簡,沒有乙個 if-else,可隨著**邏輯不斷完善和業務的瞬息萬變:比如需要對入參進行型別和值進行判斷;這裡要判斷下物件是否為 null;不同型別執行不同的流程。
落地到具體實現只能不停地加 if-else 來處理,漸漸地,**變得越來越龐大,函式越來越長,檔案行數也迅速突破上千行,維護難度也越來越大,到後期基本達到一種難以維護的狀態。
雖然我們都很不情願寫出滿屏 if-else 的**,可邏輯上就是需要特殊判斷,很絕望,可也沒辦法避免啊。
第乙個例子 if (obj != null) 是異常處理,是**健壯性判斷,只有 if 裡面才是正常的處理流程,else 分支是出錯處理流程;而第二個例子不管 type 等於 1,2 還是其他情況,都屬於業務的正常流程。對於這兩種情況重構的方法也不一樣。1//舉例一:異常邏輯處理例子
2object obj = getobj();
3if (obj != null) else
89//舉例二:狀態處理例子
10object obj = getobj();
11if (obj.gettype == 1) else if (obj.gettype == 2) else
** if-else **太多有什麼缺點?
缺點相當明顯了:最大的問題是**邏輯複雜,維護性差,極容易引發 bug。如果使用 if-else,說明 if 分支和 else 分支的重視是同等的,但大多數情況並非如此,容易引起誤解和理解困難。
是否有好的方法優化?如何重構?
盡可能地維持正常流程**在最外層。
意思是說,可以寫 if-else 語句時一定要盡量保持主幹**是正常流程,避免巢狀過深。
1double disablityamount()
這個重構手法簡單易懂,帶來的效果也非常明顯,能有效地較少if語句,減少**量邏輯上也更加易懂。1double disablityamount()
1double getpayamount()else
9 else
15 }
16 }
17 return result;
18}
怎麼樣?比對兩個版本,會發現重構後的版本邏輯清晰,簡潔易懂。1double getpayamount()
和重構前到底有什麼區別呢?
最大的區別是減少 if-else 巢狀。可以看到,最初的版本 if-else 最深的巢狀有三層,看上去邏輯分支非常多,進到裡面基本都要被繞暈。其實,仔細想想巢狀內的 if-else 和最外層並沒有關聯性的,完全可以提取最頂層。
改為平行關係,而非包含關係,if-else 數量沒有變化,但是邏輯清晰明了,一目了然。
另乙個重構點是廢除了 result 臨時變數,直接 return 返回。好處也顯而易見直接結束流程,縮短異常分支流程。原來的做法先賦值給 result 最後統一 return,那麼對於最後 return 的值到底是那個函式返回的結果不明確,增加了一層理解難度。
1public double getadjustedcapital()
7 }
8 return result;
9}
這樣重構後,還不夠,因為主要的語句 (_income / _duration) *adj_factor; 在 if 內部,並非在最外層,根據優化原則(盡可能地維持正常流程**在最外層),可以再繼續重構:1public double getadjustedcapital()
5 if(_intrate > 0 && _duration >0)
8 return 0.0;
9}
這才是好的**風格,邏輯清晰,一目了然,沒有 if-else 巢狀難以理解的流程。1public double getadjustedcapital()
5 if(_intrate <= 0 || _duration <= 0)
89 return (_income / _duration) *adj_factor;
10}
1 /* 查詢年齡大於18歲且為男性的學生列表 */
2 public arraylistgetstudents(int uid)
14 }
15 }else
18 }else
21 } else
24 return result;
25 }
1 /* 查詢年齡大於18歲且為男性的學生列表 */
2 public arraylistgetstudents(int uid)
910 teacher teacher = stu.getteacher();
11 if(teacher == null)
1516 arrayliststudents = teacher.getstudents();
17 if(students == null)
2122 for(student student : students)
26 }
27 return result;
28 }
1double getpayamount()
8 else if (obj.gettype == 2)
12}
這裡使用的重構方法是:把 if-else 內的**都封裝成乙個公共函式。函式的好處是遮蔽內部實現,縮短 if-else 分支的**。**結構和邏輯上清晰,能一下看出來每乙個條件內做的功能。1double getpayamount()
6 else if (obj.gettype == 2)
9}10
11double gettype1money(object obj)
1516double gettype2money(object obj)
你手上有個條件表示式,它根據物件型別的不同而選擇不同的行為。將這個表示式的每個分支放進乙個子類內的覆寫函式中,然後將原始函式宣告為抽象函式。
1double getspeed()
10}
可以看到,使用多型後直接沒有了 if-else,但使用多型對原來**修改過大,需要一番功夫才行。最好在設計之初就使用多型方式。1class bird
45class european extends bird
9}10
11class african extends bird
15}16
17class norwegianblue extends bird
21}
if-else **是每乙個程式設計師最容易寫出的**,同時也是最容易被寫爛的**,稍不注意,就產生一堆難以維護和邏輯混亂的**。
盡可能地維持正常流程**在最外層,保持主幹流程是正常核心流程。
針對狀態處理型重構方法有兩種:一種是把不同狀態的操作封裝成函式,簡短 if-else 內**行數;另一種是利用物件導向多型特性直接乾掉了條件判斷。
現在回頭看看自己的**,犯了哪些典型錯誤,趕緊運用這些重構方法重構**吧!!
Redis 求求你,別再問跳表了
跳表 skiplist 是乙個特殊的鍊錶,相比一般的鍊錶,有更高的查詢效率,可比擬二叉查詢樹,平均期望的查詢 插入 刪除時間複雜度都是o log n 許多知名的開源軟體 庫 中的資料 結構均採用了跳表這種資料結構 我們拿我們以前的有序鍊錶相比 我們可以很清楚的看出,有序鍊錶的查詢比較慢,時間複雜度為...
求求你別再用offset和limit分頁了
不需要擔心資料庫效能優化問題的日子已經一去不復返了。隨著時代的進步,隨著野心勃勃的企業想要變成下乙個 facebook,隨著為機器學習 收集盡可能多資料的想法的出現,作為開發人員,我們要不斷地打磨我們的 api,讓它們提供可靠和有效的端點,從而毫不費力地瀏覽海量資料。如果你做過後台開發或資料庫架構,...
redis面試題,求求你別再問我redis了
室友有個大佬,一說redis就問我為什麼使用redis,redis單執行緒為什麼這麼快,redis redis的部分面試題,自己整理的,當然實際工作中使用的redis比較簡單,但是了解redis部分底層還是有必要的 什麼是redis redis 是乙個使用 c 語言寫成的,開源的基於記憶體的,單執行...