修改代碼的藝術

譯者序
序
前言
第一部分　修改機制
第1章　修改軟件
1.1　修改軟件的四大原因
1.1.1　增加特性和修正缺陷
1.1.2　改善設計
1.1.3　優化
1.2　組合在一起
第2章　利用反饋
2.1　什麼是單元測試
2.2　高層次測試
2.3　測試覆蓋
2.4　遺留代碼修改方法
2.4.1　確定變更點
2.4.2　找到測試點
2.4.3　打破依賴關系
2.4.4　編寫測試
2.4.5　做出修改並重構
2.5　本書其他部分
第3章　感知和分離
3.1　偽協作程序
3.1.1　偽對象
3.1.2　偽對象的兩面
3.1.3　偽對象總結
3.1.4　模擬對象
第4章　接縫模型
4.1　大片的文本
4.2　接縫
4.3　接縫類型
4.3.1　預處理接縫
4.3.2　鏈接接縫
4.3.3　對象接縫
第5章　工具
5.1　自動化重構工具
5.2　模擬對象
5.3　單元測試用具
5.3.1　JUnit
5.3.2　CppUnitLite
5.3.3　NUnit
5.3.4　其他xUnit框架
……
第二部分　修改軟件
第6章　時間很緊張，但還需要修改
第7章　永遠都無法完成的修改
第8章　如何添加新特性
第9章　無法把類放到測試用具中
第10章　無法在測試用具中運行方法
第11章　我需要修改代碼，應該測試哪些方法
第12章　我需要在一個地方做多處變更，需要為所有涉及的類打破依賴關系嗎
第13章　我需要修改代碼，但不知道要編寫哪些測試
第14章　對庫的依賴讓我快要崩潰了
第15章　應用全是API調用
第16章　對代碼理解不夠，所以無法修改
第17章　應用沒有結構
第18章　測試代碼擋路了
第19章　項目並非面向對象，如何才能夠安全地修改
第20章　類太大了，我不想讓它繼續膨脹
第21章　在各個地方修改的都是同樣的代碼
第22章　我需要修改一個巨獸方法，但無法為其編寫測試
第23章　如何知道沒有造成任何破壞
第24章　我要崩潰了，它不會再有任何改進
第三部分　打破依賴的技術
第25章　打破依賴的技術
附錄　重構
術語表

你還記得自己寫過的第一個程序嗎？我還記得。那是我在早期的PC上編寫的一個很小的圖形程序。我開始編程的時間比大多數朋友都要晚。

當然，當我還是個孩子的時候就見過計算機。我還記得，當第一次在一個辦公室里看到微型計算機的時候，我就被深深觸動了，但很多年過去了，我甚至都沒有機會坐在一台計算機前面。

稍后，當我十幾歲的時候，我的一些朋友買了一些最早期的TRS-80計算機。我非常感興趣，但也非常不安。我知道一旦開始玩計算機，就會被它深深吸引。它看起來太酷了。我不知道為什麼我對自己如此了解，但我還是把它延后了。

之后，在大學中，我的一位室友有一台計算機，我買了一套C語言編譯器，從而可以自學編程。就是從那一刻開始。我一夜又一夜地試着編寫程序，使用編譯器自帶的emacs編輯器寫出大量源代碼。那讓我非常上癮，而且很有挑戰性，我愛死它了！