关于作者
前言
*1章简介
1.1什么是可维护*？
1.2为什么可维护*很重要？
1.3本书的三个基本理论
1.4对可维护*的误解
1.5评价可维护*
1.6可维护*原则的概述
*2章编写短小的代码单元
2.1动机
2.2如何使用本原则
2.3常见的反对意见
2.4参考
*3章编写简单的代码单元
3.1动机
3.2如何使用本原则
3.3常见的反对意见
3.4参考
*4章不写重复代码
4.1动机
4.2如何使用本原则
4.3常见的反对意见
4.4参考
*5章保持代码单元的接口简单
5.1动机
5.2如何使用本原则
5.3常见的反对意见
5.4参考
*6章分离模块之间的关注点
6.1动机
6.2如何使用本原则
6.3常见的反对意见
*7章架构组件松耦合
7.1动机
7.2如何使用本原则
7.3常见的反对意见
7.4参考
*8章保持架构组件之间的平衡
8.1动机
8.2如何使用本原则
8.3常见的反对意见
8.4参考
*9章保持小规模代码库
9.1动机
9.2如何使用本原则
9.3常见的反对意见
*10章自动化开发部署和测试
10.1动机
10.2如何使用本原则
10.3常见的反对意见
10.4参考
*11章编写简洁的代码
11.1不留痕迹
11.2如何使用本原则
11.3常见的反对意见
*12章后续事宜
12.1将原则变成实践
12.2低层级（代码单元）原则要优先于高层级（组件）原则
12.3对每次提交负责
12.4下一本书会讨论开发流程的佳实践
附录 A SIG如何来评估可维护*
索引

张若飞，有十年以上IT公司从业经历的资历Java软件开发工程师，对Java和大型互联网、分布式系统有较深研究，曾译有《Grails指南》《Java EE 6开发手册·不错篇（*4版）》《写给大忙人看的Java SE 8》等书。 Joost Visser，SIG研究负责人，掌管这家专享的认证软件分析实验室。这家实验室根据ISO 25010靠前标准，对软件产品质量进行标准化的测量。本书汇集了SIG顾问们从2000年以来在软件质量测量和建议方面的集体智慧和经验。

人类到目前为止已经能够度量越来越多的东西，例如时间、长度等，但是在软件开发领域，我们依然很难去评估一个软件系统的质量，以及维护它的难易程度。可维护*越差，意味着开发成本越高、开发速度越慢，以及由于改动带来的缺陷也越多。在现实中，我们经常会面对代码混乱、模块紧耦合的遗留系统，持续攀升的维护难度会很终导致系统不可维护，从而推倒重来。来自软件改进组织（Software Improvement Group）的咨询师们，从大量实践项目中提取出了编写可维护软件的10个很好原则，不仅可以用来测量软件的质量和可维护*，还可以指导我们如何编写出高质量的代码。本书会一一介绍这些原则，并且提供了翔实的代码示例，能够让读者一步步了解到如何对代码进行重构，从而达到满足原则、提高可维护*。本书中的代码示例都采用Java语言编写，但是背后的原则也适用于使用**语言的开发人员。希望各位读者在阅读完本书后，能够了解和掌握如何对软件系统的质量进行评估和测量，以及如何在实践中遵循书中的原则，编写出高质量、简洁的代码，开发出松耦合、高可维护*的系统。