**的易讀性和效率是難以兼得的，作為乙個成長的第一步，我開始關注**的清晰程度。長函式往往是導致**晦澀難懂的罪魁禍首。
解決的途徑就是對長函式進行分解，將其分解成為乙個乙個小函式。
在書寫乙個函式時要秉承這樣乙個原則：函式名稱要與函式功能之間沒有語義差別。這樣寫出來的**即使不加備註，也是可以讓人比較容易看懂的。
把長函式進行分割其實是一件比較簡單的事，你只需要把長函式實現功能的方式進行分步，一步乙個函式就可以了。只是在分割長函式時有兩個需要注意的點。第乙個點就是區域性變數。只屬於某個步驟的區域性變數，就轉移到相應的步驟函式中。通用的區域性變數以傳參和返回值的方式在各個小函式和原函式中傳遞。 臨時變數往往是乙個函式過長的罪魁禍首，不要讓乙個臨時變數承擔太多的任務，乙個臨時變數只有乙個任務，for迴圈中計數的就只讓它計數，當乙個變數被多次賦值時你就要考慮是否需要用另乙個變數來替他承擔一些任務了。但依然存在難以處理的區域性變數，這時可以選擇用 get函式（名字不一定是get*** ）來代替變數的使用。還有乙個令函式難懂的原因其中有些難懂的計算表示式，分解 他們。
分割函式不要矯枉過正，我翻看了很多原始碼，對乙個功能實際實現的追蹤是乙個十分痛苦的事，因為你會發現你要路過無數個委託函式才能走到你真正尋找的函式那裡。當你發現乙個函式的函式體和它的函式名稱一樣簡單易讀，除去這個函式。
只是自己的總結 ，詳細講解在 martin fowler的書中有**演示。
《重構》讀後感 二
倉廩實而知禮節，衣食足而知榮辱，這物質文明與精神文明的層級關係也一語道破了程式設計的層次級關係。程式設計也是如此，先滿足了功能需求，然後再對 進行重新整理 組織，達到易讀 易改 易擴充套件。這種對 重新整理的過程就叫 重構。重構在不同的研發模式中的作用不盡相同。比如，在敏捷開發的研發模式中，重構的作...
閱讀名著《萬物重構》讀後感3000字
閱讀名著 萬物重構 讀後感3000字 上上週趁著京東圖書做活動，買了一堆書回來，主要還是小朋友的書了，不過媳婦也給我挑了幾本。這幾天每天晚上趁著在廁所泡腳的功夫讀完了一本，叫 萬物重構 作者是微軟中國區的cto 首席技術官 書不算厚，200多頁，但是行間距比較大，所以看起來還是比較快的，只花了3個晚...
《監控》讀後感
監控 讀後感 監控 更合適被定義為一本偵探 它非常引人入勝地描述了幾起錯綜複雜的案件，描寫得棒極了，以致我夜以繼日地讀完了它，為的是找到事情的真相。它使用了倒序的方式，一開始，作者就用不安的口氣說道 到現在為止，我都無法從那些恐怖中掙脫開來。呵呵，到底是什麼事情呢，這麼勾人？很難為情，但我不得不說，...