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

作者: [荷兰] Joost Visser （约斯特·维瑟）著 , 张若飞译

出版社: 电子工业出版社

出版时间: 2016-09

版次: 1

ISBN: 9787121297045

定价: 69.00

装帧: 平装

开本: 16开

纸张: 胶版纸

页数: 160页

字数: 224千字

正文语种: 简体中文

分类: 计算机与互联网

23人买过

人类到目前为止已经能够度量越来越多的东西，例如时间、长度等，但是在软件开发领域，我们依然很难去评估一个软件系统的质量，以及维护它的难易程度。可维护性越差，意味着开发成本越高、开发速度越慢，以及由于改动带来的缺陷也越多。在现实中，我们经常会面对代码混乱、模块紧耦合的遗留系统，持续攀升的维护难度会*终导致系统不可维护，从而推倒重来。来自软件改进组织（Software Improvement Group）的咨询师们，从大量实践项目中提取出了编写可维护软件的10个*佳原则，不仅可以用来测量软件的质量和可维护性，还可以指导我们如何编写出高质量的代码。本书会一一介绍这些原则，并且提供了翔实的代码示例，能够让读者一步步了解到如何对代码进行重构，从而达到满足原则、提高可维护性。本书中的代码示例都采用Java语言编写，但是背后的原则也适用于使用其他语言的开发人员。希望各位读者在阅读完本书后，能够了解和掌握如何对软件系统的质量进行评估和测量，以及如何在实践中遵循书中的原则，编写出高质量、简洁的代码，开发出松耦合、高可维护性的系统。译者张若飞，有十年以上IT公司从业经历的资深Java软件开发工程师，对Groovy和Grails有较深研究，曾译有《Grails**指南》《Java EE 6开发手册?高级篇（第4版）》《写给大忙人看的Java SE 8》等书。 Joost Visser，SIG研究负责人，掌管这家****的认证软件分析实验室。这家实验室根据ISO 25010国际标准，对软件产品质量进行标准化的测量。本书汇集了SIG顾问们从2000年以来在软件质量测量和建议方面的集体智慧和经验。关于作者   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
内容简介:
人类到目前为止已经能够度量越来越多的东西，例如时间、长度等，但是在软件开发领域，我们依然很难去评估一个软件系统的质量，以及维护它的难易程度。可维护性越差，意味着开发成本越高、开发速度越慢，以及由于改动带来的缺陷也越多。在现实中，我们经常会面对代码混乱、模块紧耦合的遗留系统，持续攀升的维护难度会*终导致系统不可维护，从而推倒重来。来自软件改进组织（Software Improvement Group）的咨询师们，从大量实践项目中提取出了编写可维护软件的10个*佳原则，不仅可以用来测量软件的质量和可维护性，还可以指导我们如何编写出高质量的代码。本书会一一介绍这些原则，并且提供了翔实的代码示例，能够让读者一步步了解到如何对代码进行重构，从而达到满足原则、提高可维护性。本书中的代码示例都采用Java语言编写，但是背后的原则也适用于使用其他语言的开发人员。希望各位读者在阅读完本书后，能够了解和掌握如何对软件系统的质量进行评估和测量，以及如何在实践中遵循书中的原则，编写出高质量、简洁的代码，开发出松耦合、高可维护性的系统。
作者简介:
译者张若飞，有十年以上IT公司从业经历的资深Java软件开发工程师，对Groovy和Grails有较深研究，曾译有《Grails**指南》《Java EE 6开发手册?高级篇（第4版）》《写给大忙人看的Java SE 8》等书。 Joost Visser，SIG研究负责人，掌管这家****的认证软件分析实验室。这家实验室根据ISO 25010国际标准，对软件产品质量进行标准化的测量。本书汇集了SIG顾问们从2000年以来在软件质量测量和建议方面的集体智慧和经验。
目录:
关于作者   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

查看详情

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

内容简介:

作者简介:

目录: