每日最新頭條.有趣資訊

別再用Else語句寫代碼了!

作者丨Joey Colon

譯者丨核子可樂

策劃丨小智

if…else 語句是許多程序員在寫代碼時最常用的方式之一。你甚至可以看到許多程序員的代碼中嵌套著無數 else 語句。可這樣,真的好嗎?

一篇關於衛語句的實用介紹。

在剛開始接觸編程時,我多希望能有人在我摸索著開發第一個網站的過程中,給我分享一點中肯的人生經驗……

那會兒我犯下的第一個大錯誤,就是在編寫條件時過度使用 else 關鍵字。不只是我,後來我發現很多開發者朋友都有這個問題,所以我打算在今天的文章裡好好聊聊這件事。

免責聲明:本文純粹是我自己的主觀感受。

在某些情況下,我們可能沒辦法在代碼裡使用這類方法。有時候,使用 else 關鍵字確實是最好的解決方案。這些我都承認,本文只是想給大家提供一點關於構建邏輯的新思路。

縮進波動拳!

衛語句

根據維基百科的介紹,衛語句是對完整性前提條件檢查。用於避免在執行期間發生錯誤。

望之不似人言,下面我就用國語翻譯翻譯。我們首先得先對前提條件(在代碼開頭)進行完整性檢查,這樣才能避免主邏輯流程當中出現錯誤。

在理想的流程中(當驗證正確時),我們希望程序的主邏輯在驗證之後才開始運行。

現在讓我們假設自己在運營一個網站,其中包含一個高級購買區域,僅限付費客戶在每天夜裡 12 點之後訪問。

在實際應用中,我們可能會返回某種形式的異常。

雖然這是一種條件流方案,但即使其中隻包含少量 else 關鍵字,我們也很難跟上這樣的條件思路。

這還只是條件邏輯的一個簡單示例。在實際場景當中,大家肯定遇到過對邏輯極為複雜的類進行導航的狀況。在我看來,這樣的編碼方式缺乏可持續性,我們應該采取更好的辦法。

使用衛語句,我們可以遵循以下框架:

利用這套框架,我們可以重構以前的代碼,具體如下所示:

在衛語句中,我們通常將布爾表達式反轉為我們想要 assert 的內容。如果我們希望用戶在登錄之後才能查看此頁面,那麽首先就得檢查他們是否已經登錄。

這種方法實現了相同的精確邏輯流程,但在我看來,這體現出了更為清晰的條件邏輯處理方法。

總結

在編程時,我們應該始終牢記這樣一個問題:“這些代碼能夠穩定執行至少 6 個月嗎?”

就當下來講,這些代碼也許能夠很好地解決問題。但是未來呢?在編寫代碼時不考慮後續需求,顯然是種愚蠢的行為。

考慮到這一點,我果斷放棄了那些已經修複過無數次的代碼,從零開始編寫功能。是的,這樣才能徹底解決掉技術債務。

適當運用衛語句,大家將能夠為自己乃至團隊的開發成果奠定堅實的基礎,從而在未來需要時隨時滿足種種新增需求。

https://medium.com/better-programming/why-you-need-to-stop-using-else-statements-5b1fd09dea9e

美團外賣日單量超過 3000W,擁有近百萬騎手數量,是全球最大的即時配送網絡。與大多數互聯網企業線上業務為主的模式不同,配送系統需要在現實世界中的真實環境和真實場景中“運行”,最大的挑戰是需要對騎手所在的環境和場景做到實時感知、準確理解和最優決策,這也是近幾年行業經常說的“數字化”和“智能化”技術。

點個在看少個 bug

獲得更多的PTT最新消息
按讚加入粉絲團