目錄

　　

　　



第一部分　開始

第1章　了解遺留項(xiàng)目中的挑戰(zhàn) 3

1.1 遺留項(xiàng)目的定義 3

1.1.1 遺留項(xiàng)目的特征 4

1.1.2 規(guī)則的例外 5

1.2 遺留代碼 6

1.2.1 沒有測試和無法測試的代碼 6

1.2.2 不靈活的代碼 8

1.2.3 被技術(shù)債務(wù)拖累的代碼 8

1.3 遺留基礎(chǔ)設(shè)施 9

1.3.1 開發(fā)環(huán)境 10

1.3.2 過時(shí)的依賴 10

1.3.3 異構(gòu)環(huán)境 11

1.4 遺留文化 12

1.4.1 害怕變化 12

1.4.2 知識(shí)倉庫 13

1.5 小結(jié) 14

第2章 找到起點(diǎn) 15

2.1 克服恐懼和沮喪 15

2.1.1 恐懼 16

2.1.2 沮喪 18

2.2 收集軟件的有用數(shù)據(jù) 19

2.2.1 bug和編碼標(biāo)準(zhǔn)違例 20

2.2.2 性能 20

2.2.3 錯(cuò)誤計(jì)數(shù) 23

2.2.4 對常見的任務(wù)計(jì)時(shí) 23

2.2.5 常用文件 24

2.2.6 度量可度量的一切 25

2.3 用FindBugs、PMD和Checkstyle審查代碼庫 25

2.3.1 在IDE中運(yùn)行FindBugs 26

2.3.2 處理誤報(bào) 29

2.3.3 PMD和Checkstyle 32

2.4 用Jenkins進(jìn)行持續(xù)審查 34

2.4.1 持續(xù)集成和持續(xù)審查 34

2.4.2 安裝和設(shè)置Jenkins 35

2.4.3 用Jenkins構(gòu)建和審查代碼 36

2.4.4 還能用Jenkins做些什么 37

2.4.5 SonarQube 39

2.5 小結(jié) 39

第二部分　通過重構(gòu)改善代碼庫

第3章 準(zhǔn)備重構(gòu) 43

3.1 達(dá)成團(tuán)隊(duì)共識(shí) 44

3.1.1 傳統(tǒng)主義者 44

3.1.2 反傳統(tǒng)主義者 46

3.1.3 一切都在于溝通 47

3.2 獲得組織的批準(zhǔn) 48

3.2.1 使它變得正式 48

3.2.2 備用計(jì)劃：神秘的20%計(jì)劃 49

3.3 選擇重構(gòu)目標(biāo) 50

3.4 決策時(shí)間：重構(gòu)還是重寫 51

3.4.1 不應(yīng)該重寫的情況 52

3.4.2 從頭重寫的好處 55

3.4.3 重寫的必要條件 56

3.4.4 第三種方式：增量重寫 57

3.5 小結(jié) 58

第4章 重構(gòu) 59

4.1 有紀(jì)律的重構(gòu) 59

4.1.1 避免麥克白的悲劇 59

4.1.2 把重構(gòu)和其他的工作分開 60

4.1.3 依靠IDE 61

4.1.4 依靠版本控制系統(tǒng) 64

4.1.5 Mikado方法 65

4.2 常見的遺留代碼的特征和重構(gòu) 66

4.2.1 陳舊代碼 66

4.2.2 有毒的測試 68

4.2.3 過多的null 70

4.2.4 不必要的可變狀態(tài) 73

4.2.5 錯(cuò)綜復(fù)雜的業(yè)務(wù)邏輯 74

4.2.6 視圖層中的復(fù)雜性 79

4.3 測試遺留代碼 83

4.3.1 測試不可測試的代碼 83

4.3.2 沒有單元測試的回歸測試 86

4.3.3 讓用戶為你工作 88

4.4 小結(jié) 89

第5章 重搭架構(gòu) 90

5.1 什么是重搭架構(gòu) 90

5.2 將單體應(yīng)用程序分解為模塊 92

5.2.1 案例研究日志管理應(yīng)用程序 92

5.2.2 定義模塊和接口 94

5.2.3 構(gòu)建腳本和依賴管理 95

5.2.4 分拆模塊 96

5.2.5 引入Guice 97

5.2.6 Gradle來了 98

5.2.7 結(jié)論 98

5.3 將Web應(yīng)用程序分發(fā)到服務(wù) 99

5.3.1 再看一下Orinoco.com 99

5.3.2 選擇一個(gè)架構(gòu) 100

5.3.3 繼續(xù)采用單體架構(gòu) 101

5.3.4 前后端分離 103

5.3.5 面向服務(wù)架構(gòu) 106

5.3.6 微服務(wù) 108

5.3.7 Orinoco.com應(yīng)該做什么 109

5.4 小結(jié) 109

第6章 大規(guī)模重寫 111

6.1 決定項(xiàng)目范圍 112

6.1.1 項(xiàng)目目標(biāo)是什么 112

6.1.2 記錄項(xiàng)目范圍 113

6.2 從過去學(xué)習(xí) 114

6.3 如何處理數(shù)據(jù)庫 115

6.3.1 共享現(xiàn)有數(shù)據(jù)庫 116

6.3.2 創(chuàng)建一個(gè)新數(shù)據(jù)庫 119

6.3.3 應(yīng)用程序間通信 124

6.4 小結(jié) 125

第三部分　重構(gòu)之外改善項(xiàng)目工作流程與基礎(chǔ)設(shè)施

第7章 開發(fā)環(huán)境的自動(dòng)化 129

7.1 工作的第一天 129

7.1.1 搭建用戶活動(dòng)儀表盤開發(fā)環(huán)境 130

7.1.2 出了什么問題 132

7.2 一個(gè)好的README文件的價(jià)值 134

7.3 用Vagrant和Ansible對開發(fā)環(huán)境進(jìn)行自動(dòng)化 135

7.3.1 Vagrant介紹 135

7.3.2 為用戶活動(dòng)儀表盤項(xiàng)目搭建Vagrant 136

7.3.3 用Ansible進(jìn)行自動(dòng)配置 137

7.3.4 添加更多的角色 139

7.3.5 移除對外部數(shù)據(jù)庫的依賴 141

7.3.6 工作的第一天再來一次 142

7.4 小結(jié) 143

第8章 將自動(dòng)化擴(kuò)展到測試環(huán)境、預(yù)生產(chǎn)環(huán)境以及生產(chǎn)環(huán)境 144

8.1 自動(dòng)化基礎(chǔ)設(shè)施的好處 145

8.1.1 保證環(huán)境一致性 145

8.1.2 易于更新軟件 145

8.1.3 易于搭建新環(huán)境 145

8.1.4 支持追蹤配置更改 146

8.2 將自動(dòng)化擴(kuò)展到其他環(huán)境 146

8.2.1 重構(gòu)Ansible腳本以處理多種環(huán)境 146

8.2.2 為Ansible角色和playbook搭建庫 150

8.2.3 讓Jenkins負(fù)責(zé) 152

8.2.4 常見問題 154

8.3 移到云上 155

8.3.1 不可變基礎(chǔ)設(shè)施 156

8.3.2 DevOps 156

8.4 小結(jié) 157

第9章 對遺留軟件的開發(fā)、構(gòu)建以及部署過程進(jìn)行現(xiàn)代化 158

9.1 開發(fā)、構(gòu)建以及部署遺留軟件的困難 158　　

9.1.1 缺乏自動(dòng)化 158

9.1.2 過時(shí)的工具 160

9.2 更新工具鏈 160

9.3 用Jenkins實(shí)現(xiàn)持續(xù)集成與自動(dòng)化 163

9.4 自動(dòng)發(fā)布和部署 165

9.5 小結(jié) 172

第10章 停止編寫遺留代碼 173

10.1 源代碼并不是項(xiàng)目的全部 173

10.2 信息不能是自由的 174

10.2.1 文檔 174

10.2.2 促進(jìn)溝通 175

10.3 工作是做不完的 176

10.3.1 定期進(jìn)行代碼評(píng)審 176

10.3.2 修復(fù)一扇窗戶 176

10.4 自動(dòng)化一切 177

10.5 小型為佳 178

10.6 小結(jié) 180