修改軟件的藝術：構建易維護代碼的9條最佳實踐

第一部分 遺留代碼危機
第 1 章 有些事情不對勁 2
1．1 什么是遺留代碼 3
1．2 順流直下 4
1．3 孤注一擲 6
1．4 為什么瀑布模型不管用 7
1．4．1 食譜與配方 7
1．4．2 開發(fā)和測試分離 8
1．5 當“流程”變成“體力勞動” 8
1．6 堅如磐石的管理 9
1．7 此處有龍 10
1．8 評估未知 11
1．9 一個充滿外行人的產(chǎn)業(yè) 12
1．10 回顧 13
第 2 章 逃出混亂 14
2．1 混亂報告 14
2．1．1 成功的 15
2．1．2 遇到困難的 15
2．1．3 失敗的（有缺陷的） 15
2．2 駁斥斯坦迪什咨詢集團 16
2．3 項目為何會失敗 17
2．4 失敗的代價 21
2．4．1 這里十幾億，那里十幾億 21
2．4．2 不同的研究，同樣的危機 22
2．5 總結 23
第 3 章 聰明人，新想法 25
3．1 走進敏捷 25
3．2 小即是好 26
3．3 實現(xiàn)敏捷 27
3．4 藝術與技能的平衡 28
3．5 敏捷跨越鴻溝 29
3．6 追求技術卓越 30
3．7 總結 31
第二部分 延續(xù)軟件生命（和價值）的9種實踐方法
第 4 章 9個實踐 34
4．1 專家知道什么 35
4．2 守-破-離 36
4．3 首要原則 37
4．4 關于原則 38
4．5 關于實踐 38
4．6 原則指導實踐 39
4．7 未雨綢繆還是隨機應變 40
4．8 定義軟件中的“好” 40
4．9 為什么是9個實踐 42
4．10 總結 43
第 5 章 實踐1：在問如何做之前先問做什么、為什么做、給誰做 44
5．1 不要說如何 44
5．2 將“如何”變?yōu)椤笆裁础?45
5．3 要有一個產(chǎn)品負責人 46
5．4 故事描述了做什么、為什么做、給誰做 48
5．5 為驗收測試設立明確標準 50
5．6 自動化驗收標準 50
5．7 讓我們付諸實踐 51
5．7．1 產(chǎn)品負責人的7個策略 51
5．7．2 編寫出更好用戶故事的7個策略 52
5．8 總結 53
第6 章 實踐2：小批次構建 55
6．1 更小的謊言 56
6．2 學會變通 56
6．3 控制發(fā)布節(jié)奏 58
6．4 越小越好 59
6．5 分而治之 60
6．6 更短的反饋回路 62
6．7 提高構建速度 63
6．8 對反饋做出響應 64
6．9 建立待辦列表 65
6．10 把用戶故事拆分為任務 66
6．11 跳出時間盒子思考 66
6．12 范圍控制 67
6．13 讓我們付諸實踐 69
6．13．1 度量軟件開發(fā)的7個策略 69
6．13．2 分割用戶故事的7個策略 70
6．14 總結 71
第7 章 實踐3：持續(xù)集成 72
7．1 建立項目的心跳 73
7．2 理解完成、完整完成和完美完成的區(qū)別 73
7．3 實踐持續(xù)部署 74
7．4 自動化構建 75
7．5 盡早集成，頻繁集成 76
7．6 邁出第一步 76
7．7 付諸實踐 77
7．7．1 構建敏捷設施的7個策略 77
7．7．2 消除風險的7個策略 79
7．8 總結 80
第8 章 實踐4：協(xié)作 81
8．1 極限編程 82
8．2 溝通與協(xié)作 83
8．3 結對編程 84
8．3．1 結對的好處 85
8．3．2 如何結對編程 86
8．3．3 和誰結對 87
8．4 伙伴編程 88
8．5 穿刺，群戰(zhàn)，圍攻 89
8．5．1 穿刺 89
8．5．2 群戰(zhàn) 89
8．5．3 圍攻 89
8．6 在時間盒子中對未知進行調(diào)研 90
8．7 定期代碼審查和回顧會議 91
8．8 加強學習和知識分享 92
8．9 誨人不倦且不恥下問 92
8．10 讓我們付諸實踐 93
8．10．1 結對編程的7個策略 93
8．10．2 高效回顧會議的7個策略 94
8．11 總結 95
第9 章 實踐5：編寫整潔的代碼 97
9．1 高質(zhì)量的代碼是內(nèi)聚的 98
9．2 高質(zhì)量的代碼是松散耦合的 99
9．3 高質(zhì)量的代碼是封裝良好的 100
9．4 高質(zhì)量的代碼是自主的 102
9．5 高質(zhì)量的代碼是沒有冗余的 104
9．6 讓代碼特質(zhì)指導我們 105
9．7 今天的代碼質(zhì)量提高會為將來帶來速度的提升 106
9．8 讓我們付諸實踐 107
9．8．1 提高代碼質(zhì)量的7個策略 107
9．8．2 編寫可維護代碼的7個策略 108
9．9 總結 109
第10 章 實踐6：測試先行 110
10．1 測試的種類 111
10．1．1 驗收測試 = 客戶測試 111
10．1．2 單元測試 = 開發(fā)者測試 111
10．1．3 其他測試 = 質(zhì)量保證測試 112
10．2 質(zhì)量保證 112
10．2．1 測試驅(qū)動開發(fā)不能取代質(zhì)量保證 113
10．2．2 單元測試不是萬能的 113
10．3 編寫優(yōu)質(zhì)測試 114
10．3．1 這不是測試 115
10．3．2 以行為作為單元 115
10．4 TDD可以提供迅速的反饋 116
10．5 TDD可以為重構提供支持 116
10．6 編寫可測試的代碼 117
10．7 TDD也會失敗 118
10．8 如何將TDD引入團隊 119
10．9 成為測試感染者 119
10．10 讓我們付諸實踐 120
10．10．1 進行優(yōu)質(zhì)驗收測試的7個策略 120
10．10．2 進行優(yōu)秀單元測試的7個策略 121
10．11 總結 122
第11 章 實踐7：用測試描述行為 123
11．1 紅條、綠條、重構 124
11．2 一個用測試先行來描述行為的實例 125
11．2．1 編寫測試 125
11．2．2 存根代碼 126
11．2．3 實現(xiàn)行為 127
11．3 引入限制條件 128
11．3．1 編寫測試和代碼存根 129
11．3．2 實現(xiàn)行為 129
11．4 我們創(chuàng)建了什么 130
11．5 測試就是標準 132
11．6 測試需要完整 133
11．7 讓測試獨一無二 134
11．8 用測試來覆蓋代碼 134
11．9 bug是缺失的測試 135
11．10 用模擬對象來測試工作流 135
11．11 建立防護網(wǎng) 136
11．12 讓我們付諸實踐 136
11．12．1 使用測試作為標準的7個策略 136
11．12．2 修復bug的7個策略 137
11．13 總結 139
第12 章 實踐8：最后實現(xiàn)設計 140
12．1 可變性的阻礙 140
12．2 可持續(xù)性開發(fā) 142
12．3 編碼與清理 143
12．4 軟件被閱讀的次數(shù)比編寫次數(shù)多 143
12．5 意圖導向編程 144
12．6 降低圈復雜度 145
12．7 將創(chuàng)建和使用分離 146
12．8 演化式設計 147
12．9 讓我們付諸實踐 147
12．9．1 進行演化式設計的7個策略 148
12．9．2 清理代碼的7個策略 149
12．10 總結 150
第13 章 實踐9：重構遺留代碼 151
13．1 投資還是借貸 152
13．2 變成“鐵公雞” 153
13．3 當代碼需要修改時 153
13．3．1 對已有代碼添加測試 154
13．3．2 通過重構糟糕代碼來培養(yǎng)良好習慣 154
13．3．3 推遲那些不可避免的 155
13．4 重構技巧 155
13．4．1 圖釘測試 155
13．4．2 依賴注入 156
13．4．3 系統(tǒng)扼殺 156
13．4．4 抽象分支 156
13．5 以支持修改為目的重構 157
13．6 以開閉原則為目的重構 157
13．7 以提高可修改性為目的重構 158
13．8 第二次做好 158
13．9 讓我們付諸實踐 159
13．9．1 助你正確重構代碼的7個策略 159
13．9．2 決定何時進行重構的7個策略 161
13．10 總結 162
第14 章 從遺留代碼中學習 163
14．1 更好，更快，更廉價 164
14．2 不在不需要的事情上花錢 166
14．3 循規(guī)蹈矩 167
14．4 提升整個軟件行業(yè) 168
14．5 超越敏捷 169
14．6 將理解具象化 170
14．7 成長的勇氣 171
參考文獻 174