程式中保留一個Dump

這段時間的主要任務是整理代碼，有點類似代碼考古學，呵呵，所以，看的書與重構和設計模式關係很大了，由於在修訂過程中心態是很重要的，所以抽空再看《悟空傳》了，否則很難達到一種心態的平衡。

修訂的過程還是比較小心的，底線是必須保證能夠通過測試，無論是自我審核，還是自動化的測試，還是人工測試，程式必須保證與原有的邏輯一致。

另外必要的協助工具輔助必須有，例如一些代碼審查和錯誤修正的工具。

修訂的步驟基本上小塊整理，保證每修訂一個模組後，這個模組是穩定的，然後逐步將不同模組間通用的部分，進行提取和歸納，逐步形成統一的底部層次和架構。

由於代碼反覆修訂的時間比較長了，裡邊的重複代碼和垃圾也是很多的，而且根據需求的情況，還要不斷的增加新的功能，因此週期性清理和梳理是必須的，但是如何能夠將變化集中起來，使其只在局部產生影響呢？

在Get Thing DO 中，有一個“箱”的概念，就是將一些分類放到不同的“箱”中，然後在約定條件下，進行箱子的清理，這樣就可以極大的提高工作效率。

因此可以在程式中開闢這麼一個“箱”，用來存放最近新增的功能和代碼塊，當然修訂的就很難辦了，只能通過標記來解決了，我叫它為“Dump”垃圾箱，我只需要定期分析垃圾箱中的代碼，並進行整理就可以了，而且在我修訂的時候，如果有新增的功能也可以暫時放入到垃圾箱中，不會干擾我繼續My Code考古學，呵呵。