繼續(xù)修煉，今天修煉的小伙伴們曬了一些修煉的成果，雖然有些小伙伴被我輕拍了一下，還是覺得都非常不錯。

R同學(xué)提出的整理接口記錄的寫法非常重要，期待優(yōu)化及規(guī)范；

F同學(xué)的util類合并和統(tǒng)一管理也是基礎(chǔ)，期待retro分享；

L同學(xué)通過代碼分析，發(fā)現(xiàn)了潛在的系統(tǒng)問題，強；

W同學(xué)的消息狀態(tài)機非常重要，清晰而明確的狀態(tài)變遷能減少問題的發(fā)生以及查錯的難度；

新加入的Z同學(xué)令人驚艷，能從分享中感受到對代碼的熱愛。

繼續(xù)修煉下一個話題叫有始有終。作者通過了一個非常詳盡的例子說明了有始有終的含義。其實我覺得作者通過這個例子想表達的并不是說提醒大家有始有終，在第一個錯誤示范中，代碼其實也做了終的事情，所以他更強調(diào)的是要考慮意外情況下的終。

正常流程的終大家都記得，但是在分支流程，甚至意外情況下，這個終還是不是按預(yù)想的起作用，這是重點。對于程序來說開始就意味著消耗資源，結(jié)束釋放資源，但是即使只有百分之一的情況沒有釋放，隨著程序的不斷運行，累積資源會越來越多，直到把系統(tǒng)壓垮。

例子我就不舉代碼的例子了，說一說一種類比的情況，就是我們的產(chǎn)品story，我們經(jīng)常因為客戶的需求開辟一條新路，因為老路滿足不了新的要求。但是在新路順利通車后的一段時間后一定要想著把老路斷掉，否則的話，路越來越多就會導(dǎo)致系統(tǒng)邏輯不堪重負。這種情況有很多，比如我們的新老菜單，并行存在超過兩年了，終于要把它廢棄了；再比如為某個客戶加的水路整箱，在FCL的康莊大道建設(shè)好了之后也應(yīng)該摒棄LCL的臨時做法了。

不過story的有始有終難度更大一些，因為時間跨度大，很多時候一個flow已經(jīng)沒有太大意義了但是我們不會主動的感受到，這就需要定期的review和Refactor來整理并有意識的終了一些流程，這又像有一些語言有定期自動釋放資源的能力，這是有始有終的最后一道防線。