在項目剛剛開始的時候，你的代碼很幹凈。

　　即使有的時候需要小小的繞一下路，但是這個時候我們可以輕松、平穩的添加功能。這個階段一般都不會出現問題，而且由於我們比較著急，所以即使出現了一些小問題，我們也不會註意到。

　　然而，隨著項目做的時間變長，這些小的問題就會累計起來。這就是人們所說的“技術債務”。其本質，就是並不算特別好的代碼，但是這個時候其問題還沒有完全顯現出來。

　　但是，隨著我們一直添加新功能，這些問題就會逐漸顯現出來，我們不得不小心翼翼的繞開他們。

　　不可避免的，我們的開發速度會被拖慢。但是為了追求速度，我們開始變得越來越不小心，不久之後，問題也會越來越多。

　　這些問題會像積木一樣累計起來，層層疊疊，讓我們的開發速度變得更慢。雖然我們終於意識到了問題的存在，但是沒有時間徹底解決它。我們只能繼續小心翼翼的繞開它們。

　　很快，我們會發現半數以上的代碼都與那些小問題有交集，它們無時無刻不在影響我們的開發速度。直到有一天，你發現自己沒法繼續繞開它們。

　　不得不做點事情了。我們必須要進行復雜的代碼重構，讓我們重新獲得幹凈的代碼。你不得不向上級申請時間進行代碼重構。其實這種工作方式並不好，我們花時間去填自己以前挖的坑。而且有的時候，公司並沒有讓你去重構代碼的時間。

　　即使公司給你時間了，你也很難很好的對代碼進行重構。要知道，重構代碼所需的時間，往往要遠高於你的預期。如果這些紛亂的代碼是你用了10周寫出來的，那麽你很難再用10周的時間對它們進行重構。

　　由此可見，這種代碼重構的方式並不好。那麽我們應該怎麽做呢？

　　很簡單，那就是每遇到一個問題，就馬上解決它，而不是選擇繞過它。完善當前正在使用的代碼，那些還沒有遇到的問題，就先不要理它。在當前前進的道路上，清除所有障礙，以後你肯定還會再一次走這條路，下次來到這裏的時候你會發現路上不再有障礙。軟件開發就是這樣。

　　或許解決這個問題需要你多花一點時間。但是從長遠來看，它會幫你節省下更多的時間。

　　在添加新功能的時候，我們就先清理這個功能所需要的代碼。花一點時間，用滴水穿石的方法逐漸清理代碼，隨著時間的推移，我們的代碼就會越來越幹凈，開發速度也會越來越快。

　　一段時間之後，你會發現之前所有的技術債務都不見了，所有的坑都被填平了。這種循序漸進的代碼重構的好處開始顯現，編程的速度明顯加快

　　這才是代碼重構的正確打開方式！

　　如有不同觀點歡迎留言，本文只是筆者個人觀點，對筆者認同的麻煩點個贊算是對筆者的支持，歡迎關註筆者，筆者會持續更新。

Java程序員代碼重構需要循序漸進