馴服爛代碼情境之一：活多時間緊，但我的新代碼依賴於爛代碼，我該如何改爛代碼？

指導思想：將新代碼與爛代碼實現邏輯分離，這樣只是對新代碼寫單元測試並實施TDD，而無須對爛代碼寫單元測試。

手法之一（當新代碼的職責與爛代碼明顯不同，且爛代碼的類已經塞滿了許許多多彼此不同的職責，而新職責在很多地方被調用時）：外敷類，即使用Decorator模式將新職責外覆在爛代碼的職責之上，用TDD來開發新職責類。

手法之二（當新代碼的職責與爛代碼明顯不同，且爛代碼的類很難執行個體化並放入單元測試用具中）：新生類，即將新職責放入一個新寫的類中，並用TDD來開發新類，爛代碼調用新類的方法。

手法之三（當新代碼的職責與爛代碼的職責同等重要，代碼很脆弱，IDE重構工具不好使）：外覆方法，即建立一個和原爛代碼方法同名的新方法，在新方法中調用爛代碼原先的方法，或者乾脆建立一個新方法，用TDD方法開發新方法。

手法之四（爛代碼以前的方法的職責已經清晰地呈現出來了）：新生方法，即用TDD方法建立一個新方法，由爛代碼調用。

心法之一：省時間，雖然用TDD寫新代碼要費些時間，但是新代碼的職責沒有攪和在爛代碼中，便於我今後的代碼理解，節省我今後讀代碼的時間。

心法之二：成就感，新代碼的職責有TDD的單元測試罩著，而不是攪和在爛代碼中無法測試，這樣新代碼的實施就沒有挫敗感，增加了自己的專業精神的自豪感。