主编推荐语
从实践出发，提供了10条易于实现的原则，可以帮助你开发出可维护且灵活的软件，并且这些原则来自对成百上千个现实系统的分析。
内容简介
人类到目前为止已经能够度量越来越多的东西，例如时间、长度等，但是在软件开发领域，我们依然很难去评估一个软件系统的质量，以及维护它的难易程度。可维护性越差，意味着开发成本越高、开发速度越慢，以及由于改动带来的缺陷也越多。在现实中，我们经常会面对代码混乱、模块紧耦合的遗留系统，持续攀升的维护难度会最终导致系统不可维护，从而推倒重来。来自软件改进组织（Software Improvement Group）的咨询师们，从大量实践项目中提取出了编写可维护软件的10个最佳原则，不仅可以用来测量软件的质量和可维护性，还可以指导我们如何编写出高质量的代码。
《代码不朽：编写可维护软件的10大要则（Java版）》会一一介绍这些原则，并且提供了翔实的代码示例，能够让读者一步步了解到如何对代码进行重构，从而达到满足原则、提高可维护性。
《代码不朽：编写可维护软件的10大要则（Java版）》中的代码示例都采用Java语言编写，但是背后的原则也适用于使用其他语言的开发人员。
希望各位读者在阅读完本书后，能够了解和掌握如何对软件系统的质量进行评估和测量，以及如何在实践中遵循书中的原则，编写出高质量、简洁的代码，开发出松耦合、高可维护性的系统。
目录
- 版权信息
- 内容简介
- O'Reilly Media, Inc.介绍
- 序言
- 关于作者
- 前言
- 第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如何来评估可维护性
- 索引
- 封面介绍
评分及书评
给这本书评了5.0所有软件开发人员都应该看的书内容简洁，每一章节的问题我都遇到过，建议学习开发的同学一定要看此书。在工作的同学也应该把这本书放在办公室，以便经常翻阅。
出版方
电子工业出版社
电子工业出版社成立于1982年10月，是国务院独资、工信部直属的中央级科技与教育出版社，是专业的信息技术知识集成和服务提供商。经过三十多年的建设与发展，已成为一家以科技和教育出版、期刊、网络、行业支撑服务、数字出版、软件研发、软科学研究、职业培训和教育为核心业务的现代知识服务集团。出版物内容涵盖了电子信息技术的各个分支及工业技术、经济管理、科普与少儿、社科人文等领域，综合出版能力位居全国出版行业前列。
