正版 代码不朽 编写可维护软件的10大要则 C#版 c#编程语言入门教程书籍 vc#入门经典 代码库自动化测试 c语言程序设计教材书籍

书名：代码不朽：编写可维护软件的10大要则（C#版）

定价：69.(咨询特价)

作者：[荷] Joost Visser

出版社：电子工业出版社

ISBN(咨询特价)

适读人群 ：软件编程的学习者及相关从业者。

你有没有在修改其他人代码时感到过沮丧？如今，难以维护的代码已经成为了软件开发中一个很的大问题，导致成本高昂的延期和大量缺陷。本书从实践出发，提供了10条易于实现的原则，可以帮助你开发出可维护且灵活的软件，并且这些原则来自对成百上千个现实系统的分析。

* 编写短小的代码单：限制方法和构造函数的长度

* 编写简单的代码单：限制每个方法中分支点的数量

* 编写代码一次，而不是到处复制含有缺陷的代码

* 通过将接口参数提取到对象中，保持短小的代码单接口

* 分离关注点，避免产生体积庞大的类

* 保持架构组件松耦合

* 平衡顶层组件之间的数量和大小

* 保证代码库尽可能小

* 对代码库进行自动化测试

* 编写整洁的代码，避免会反映更深层问题的“代码坏味道”

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

关于作者 xi

前言 xiii

第 1 章 简介 1

1．1 什么是可维护性？ 1

1．2 为什么可维护性很重要？ 2

1．3 本书的三个基本理论 4

1．4 对可维护性的误解 5

1．5 评价可维护性 6

1．6 可维护性原则的概述 8

第 2 章 编写短小的代码单 11

2．1 动机 14

2．2 如何使用本原则 15

2．3 常见的反对意见 22

2．4 参考 25

第 3 章 编写简单的代码单 27

3．1 动机 33

3．2 如何使用本原则 34

3．3 常见的反对意见 39

3．4 参考 40

第 4 章 不写重复代码 43

4．1 动机 47

4．2 如何使用本原则 48

4．3 常见的反对意见 53

4．4 参考 55

第 5 章 保持代码单的接口简单 57

5．1 动机 59

5．2 如何使用本原则 60

5．3 常见的反对意见 64

5．4 参考 65

第 6 章 分离模块之间的关注点 67

6．1 动机 72

6．2 如何使用本原则 73

6．3 常见的反对意见 78

第 7 章 架构组件松耦合 81

7．1 动机 82

7．2 如何使用本原则 85

7．3 常见的反对意见 87

7．4 参考 89

第 8 章 保持架构组件之间的平衡 91

8．1 动机 92

8．2 如何使用本原则 93

8．3 常见的反对意见 95

8．4 参考 95

第 9 章 保持小规模代码库 99

9．1 动机 99

9．2 如何使用本原则 102

9．3 常见的反对意见 104

第 10 章 自动化开发部署和测试 107

10．1 动机 109

10．2 如何使用本原则 110

10．3 常见的反对意见 119

10．4 参考 120

第 11 章 编写简洁的代码 121

11．1 不留痕迹 121

11．2 如何使用本原则 122

11．3 常见的反对意见 128

第 12 章 后续事宜 131

12．1 将原则变成实践 131

12．2 低层级（代码单）原则要优先于高层级（组件）原则 131

12．3 对每次提交负责 132

12．4 下一本书会讨论开发流程的最佳实践 132

附录 A SIG 如何来评估可维护性 133

索引 137关于作者 xi

前言 xiii

第 1 章 简介 1

1．1 什么是可维护性？ 1

1．2 为什么可维护性很重要？ 2

1．3 本书的三个基本理论 4

1．4 对可维护性的误解 5

1．5 评价可维护性 6

1．6 可维护性原则的概述 8

第 2 章 编写短小的代码单 11

2．1 动机 14

2．2 如何使用本原则 15

2．3 常见的反对意见 22

2．4 参考 25

第 3 章 编写简单的代码单 27

3．1 动机 33

3．2 如何使用本原则 34

3．3 常见的反对意见 39

3．4 参考 40

第 4 章 不写重复代码 43

4．1 动机 47

4．2 如何使用本原则 48

4．3 常见的反对意见 53

4．4 参考 55

第 5 章 保持代码单的接口简单 57

5．1 动机 59

5．2 如何使用本原则 60

5．3 常见的反对意见 64

5．4 参考 65

第 6 章 分离模块之间的关注点 67

6．1 动机 72

6．2 如何使用本原则 73

6．3 常见的反对意见 78

第 7 章 架构组件松耦合 81

7．1 动机 82

7．2 如何使用本原则 85

7．3 常见的反对意见 87

7．4 参考 89

第 8 章 保持架构组件之间的平衡 91

8．1 动机 92

8．2 如何使用本原则 93

8．3 常见的反对意见 95

8．4 参考 95

第 9 章 保持小规模代码库 99

9．1 动机 99

9．2 如何使用本原则 102

9．3 常见的反对意见 104

第 10 章 自动化开发部署和测试 107

10．1 动机 109

10．2 如何使用本原则 110

10．3 常见的反对意见 119

10．4 参考 120

第 11 章 编写简洁的代码 121

11．1 不留痕迹 121

11．2 如何使用本原则 122

11．3 常见的反对意见 128

第 12 章 后续事宜 131

12．1 将原则变成实践 131

12．2 低层级（代码单）原则要优先于高层级（组件）原则 131

12．3 对每次提交负责 132

12．4 下一本书会讨论开发流程的最佳实践 132

附录 A SIG 如何来评估可维护性 133

索引 137