遗留系统重建实践2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载

遗留系统重建实践PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第一部分 开始3

1 第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第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和25

Checkstyle审查代码库25

2.3.1 在IDE中运行FindBugs26

2.3.2 处理误报29

2.3.3 PMD和Checkstyle32

2.4 用Jenkins进行持续审查34

2.4.1 持续集成和持续审查34

2.4.2 安装和设置Jenkins35

2.4.3 用Jenkins构建和审查代码36

2.4.4 还能用Jenkins做些什么37

2.4.5 SonarQube39

2.5 小结39

第二部分 通过重构改善代码库39

3第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第4章 重构59

4.1 有纪律的重构59

4.1.1 避免麦克白的悲剧59

4.1.2 把重构和其他的工作分开60

4.1.3 依靠IDE61

4.1.4 依靠版本控制系统64

4.1.5 Mikado方法65

4.2 常见的遗留代码的特征和重构66

4.2.1 陈旧代码66

4.2.2 有毒的测试68

4.2.3 过多的null70

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第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 引入Guice97

5.2.6 Gradle来了98

5.2.7 结论98

5.3 将Web应用程序分发到服务99

5.3.1 再看一下Orinoco.com99

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第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

第三部分 重构之外——改善项目工作流程与基础设施125

7第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 为用户活动仪表盘项目搭建Vagrant136

7.3.3 用Ansible进行自动配置137

7.3.4 添加更多的角色139

7.3.5 移除对外部数据库的依赖141

7.3.6 工作的第一天——再来一次142

7.4 小结143

8第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 DevOps156

8.4 小结157

9第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第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