因爲工作時間問題以及個人懶惰原因會導致你準備看的書耽擱甚至後面都不去碰他了，我就這樣走過了3年的程序員生活，不過堅持寫博客確實能很好地幫你提高學習能力和約束力。今天本來打算下班回家了，然後寫下今天關於前後端生成二維碼的代碼案例和二維碼因爲長度太長導致密度太大識別度降低問題的解決方案，可以想想《重構改善既有的代碼設計》預計昨天就讀完第二章的，結果現在尚未完成就只好先來總結下啦~後面的案例會在後面陸續分享，代碼已經集成Maven並上傳到GitHub。
言歸正傳，第二章是重構原則，這裏對重構的定義有兩種分別爲名詞形式和動詞形式。
第一個名詞形式：對軟件內部結構的一種調整，下班了，晚上繼續~哈哈回來咯，第二章主要是對於重構概念的定義以及重構應用的場景，作者通過在工作的總結給出重構的定位以及如何養成好的習慣可以避免重構，如果拿到別人的代碼是否根據需求以及功能的添加考慮重構，先這樣了，下章寫下今天工作的一些總結~
忙了一天終於有點時間看書了，具體細節就不說了，不過裏面有些話說的很好，我現在給摘錄下來：“對於今天的工作，我瞭解的很充分；對於明天的工作，我瞭解的不夠充分”，現實中，我們都是爲了工作而工作，很少自己去充分安排自己的工作，一旦項目清閒下來就不知道去做什麼了。
重構是一條擺脫困境的道路，如果你發現昨天的決定不再適合今天，就放心改變這個決定，然後就可以完成今天的工作了，明天，喔，你可能會發現今天的理解也很幼稚，那時，你還可以改變你的理解。
程序爲什麼如此難以理解？總結四個原因。。。。
難以閱讀的程序，難以修改；
邏輯重複的程序，難以修改；
添加新行爲需要修改已有的代碼的程序，難以修改；
帶複雜條件邏輯的程序，難以理解。
因此，我們希望程序：1、容易閱讀；2、所有邏輯都在唯一地點指定；3、心得改動不會危及現有的行爲；4、儘可能簡單的表現條件邏輯。
重構就是這樣的一個過程：它在一個目前可以運行的程序上進行，在不改變程序行爲的前提下使其具備上述更美好的性質，使我們能夠保持高速開發，從而增加程序的價值。