第一部分　開始
第1章　瞭解遺留項目中的挑戰 3
1.1 遺留項目的定義 3
1.1.1 遺留項目的特徵 4
1.1.2 規則的例外 5
1.2 遺留代碼 6
1.2.1 沒有測試和無法測試的代碼 6
1.2.2 不靈活的代碼 8
1.2.3 被技術債務拖纍的代碼 8
1.3 遺留基礎設施 9
1.3.1 開發環境 10
1.3.2 過時的依賴 10
1.3.3 異構環境 11
1.4 遺留文化 12
1.4.1 害怕變化 12
1.4.2 知識倉庫 13
1.5 小結 14
第2章 找到起點 15
2.1 剋服恐懼和沮喪 15
2.1.1 恐懼 16
2.1.2 沮喪 18
2.2 收集軟件的有用數據 19
2.2.1 bug和編碼標準違例 20
2.2.2 性能 20
2.2.3 錯誤計數 23
2.2.4 對常見的任務計時 23
2.2.5 常用文件 24
2.2.6 度量可度量的一切 25
2.3 用FindBugs、PMD和Checkstyle審查代碼庫 25
2.3.1 在IDE中運行FindBugs 26
2.3.2 處理誤報 29
2.3.3 PMD和Checkstyle 32
2.4 用Jenkins進行持續審查 34
2.4.1 持續集成和持續審查 34
2.4.2 安裝和設置Jenkins 35
2.4.3 用Jenkins構建和審查代碼 36
2.4.4 還能用Jenkins做些什麼 37
2.4.5 SonarQube 39
2.5 小結 39
第二部分　通過重構改善代碼庫
第3章 準備重構 43
3.1 達成團隊共識 44
3.1.1 傳統主義者 44
3.1.2 反傳統主義者 46
3.1.3 一切都在於溝通 47
3.2 獲得組織的批準 48
3.2.1 使它變得正式 48
3.2.2 備用計劃：神秘的20%計劃 49
3.3 選擇重構目標 50
3.4 決策時間：重構還是重寫 51
3.4.1 不應該重寫的情況 52
3.4.2 從頭重寫的好處 55
3.4.3 重寫的必要條件 56
3.4.4 第三種方式：增量重寫 57
3.5 小結 58
第4章 重構 59
4.1 有紀律的重構 59
4.1.1 避免麥剋白的悲劇 59
4.1.2 把重構和其他的工作分開 60
4.1.3 依靠IDE 61
4.1.4 依靠版本控製係統 64
4.1.5 Mikado方法 65
4.2 常見的遺留代碼的特徵和重構 66
4.2.1 陳舊代碼 66
4.2.2 有毒的測試 68
4.2.3 過多的null 70
4.2.4 不必要的可變狀態 73
4.2.5 錯綜復雜的業務邏輯 74
4.2.6 視圖層中的復雜性 79
4.3 測試遺留代碼 83
4.3.1 測試不可測試的代碼 83
4.3.2 沒有單元測試的迴歸測試 86
4.3.3 讓用戶為你工作 88
4.4 小結 89
第5章 重搭架構 90
5.1 什麼是重搭架構 90
5.2 將單體應用程序分解為模塊 92
5.2.1 案例研究—日誌管理應用程序 92
5.2.2 定義模塊和接口 94
5.2.3 構建腳本和依賴管理 95
5.2.4 分拆模塊 96
5.2.5 引入Guice 97
5.2.6 Gradle來瞭 98
5.2.7 結論 98
5.3 將Web應用程序分發到服務 99
5.3.1 再看一下Orinoco.com 99
5.3.2 選擇一個架構 100
5.3.3 繼續采用單體架構 101
5.3.4 前後端分離 103
5.3.5 麵嚮服務架構 106
5.3.6 微服務 108
5.3.7 Orinoco.com應該做什麼 109
5.4 小結 109
第6章 大規模重寫 111
6.1 決定項目範圍 112
6.1.1 項目目標是什麼 112
6.1.2 記錄項目範圍 113
6.2 從過去學習 114
6.3 如何處理數據庫 115
6.3.1 共享現有數據庫 116
6.3.2 創建一個新數據庫 119
6.3.3 應用程序間通信 124
6.4 小結 125
第三部分　重構之外——改善項目工作流程與基礎設施
第7章 開發環境的自動化 129
7.1 工作的第一天 129
7.1.1 搭建用戶活動儀錶盤開發環境 130
7.1.2 齣瞭什麼問題 132
7.2 一個好的README文件的價值 134
7.3 用Vagrant和Ansible對開發環境進行自動化 135
7.3.1 Vagrant介紹 135
7.3.2 為用戶活動儀錶盤項目搭建Vagrant 136
7.3.3 用Ansible進行自動配置 137
7.3.4 添加更多的角色 139
7.3.5 移除對外部數據庫的依賴 141
7.3.6 工作的第一天—再來一次 142
7.4 小結 143
第8章 將自動化擴展到測試環境、預生産環境以及生産環境 144
8.1 自動化基礎設施的好處 145
8.1.1 保證環境一緻性 145
8.1.2 易於更新軟件 145
8.1.3 易於搭建新環境 145
8.1.4 支持追蹤配置更改 146
8.2 將自動化擴展到其他環境 146
8.2.1 重構Ansible腳本以處理多種環境 146
8.2.2 為Ansible角色和playbook搭建庫 150
8.2.3 讓Jenkins負責 152
8.2.4 常見問題 154
8.3 移到雲上 155
8.3.1 不可變基礎設施 156
8.3.2 DevOps 156
8.4 小結 157
第9章 對遺留軟件的開發、構建以及部署過程進行現代化 158
9.1 開發、構建以及部署遺留軟件的睏難 158
9.1.1 缺乏自動化 158
9.1.2 過時的工具 160
9.2 更新工具鏈 160
9.3 用Jenkins實現持續集成與自動化 163
9.4 自動發布和部署 165
9.5 小結 172
第10章 停止編寫遺留代碼 173
10.1 源代碼並不是項目的全部 173
10.2 信息不能是自由的 174
10.2.1 文檔 174
10.2.2 促進溝通 175
10.3 工作是做不完的 176
10.3.1 定期進行代碼評審 176
10.3.2 修復一扇窗戶 176
10.4 自動化一切 177
10.5 小型為佳 178
10.6 小結 180
· · · · · · (收起)