具体描述
人类到目前为止已经能够度量越来越多的东西，例如时间、长度等，但是在软件开发领域，我们依然很难去评估一个软件系统的质量，以及维护它的难易程度。可维护性越差，意味着开发成本越高、开发速度越慢，以及由于改动带来的缺陷也越多。在现实中，我们经常会面对代码混乱、模块紧耦合的遗留系统，持续攀升的维护难度会最终导致系统不可维护，从而推倒重来。来自软件改进组织（Software Improvement Group）的咨询师们，从大量实践项目中提取出了编写可维护软件的10个最佳原则，不仅可以用来测量软件的质量和可维护性，还可以指导我们如何编写出高质量的代码。《代码不朽：编写可维护软件的10大要则（Java版）》会一一介绍这些原则，并且提供了翔实的代码示例，能够让读者一步步了解到如何对代码进行重构，从而达到满足原则、提高可维护性。《代码不朽：编写可维护软件的10大要则（Java版）》中的代码示例都采用Java语言编写，但是背后的原则也适用于使用其他语言的开发人员。
希望各位读者在阅读完本书后，能够了解和掌握如何对软件系统的质量进行评估和测量，以及如何在实践中遵循书中的原则，编写出高质量、简洁的代码，开发出松耦合、高可维护性的系统。
作者简介
Joost Visser，SIG研究负责人，掌管这家独一无二的认证软件分析实验室。这家实验室根据ISO 25010国际标准，对软件产品质量进行标准化的测量。本书汇集了SIG顾问们从2000年以来在软件质量测量和建议方面的集体智慧和经验。
译者张若飞，有十年以上IT公司从业经历的资深Java软件开发工程师，对Groovy和Grails有较深研究，曾译有《Grails权威指南》《Java EE 6开发手册·高级篇（第4版）》《写给大忙人看的Java SE 8》等书。
目录信息
前言 ........................................................................................... xiii
第1 章 简介 .................................................................................1
1.1 什么是可维护性？ ..........................................................................................1
1.2 为什么可维护性很重要？ ...............................................................................2
1.3 本书的三个基本理论 ......................................................................................4
1.4 对可维护性的误解 ..........................................................................................5
1.5 评价可维护性 ..................................................................................................7
1.6 可维护性原则的概述 ......................................................................................8
第2 章 编写短小的代码单元 ........................................................11
2.1 动机 ...............................................................................................................13
2.2 如何使用本原则 ............................................................................................14
2.3 常见的反对意见 ............................................................................................21
2.4 参考 ...............................................................................................................24
第3 章 编写简单的代码单元 ........................................................27
3.1 动机 ...............................................................................................................32
3.2 如何使用本原则 ............................................................................................33
3.3 常见的反对意见 ............................................................................................37
3.4 参考 ...............................................................................................................38
第4 章 不写重复代码 ..................................................................41
4.1 动机 ...............................................................................................................45
4.2 如何使用本原则 ............................................................................................45
4.3 常见的反对意见 ............................................................................................50
4.4 参考 ...............................................................................................................52
第5 章 保持代码单元的接口简单 .................................................55
5.1 动机 ...............................................................................................................57
5.2 如何使用本原则 ............................................................................................58
5.3 常见的反对意见 ............................................................................................62
5.4 参考 ...............................................................................................................63
第6 章 分离模块之间的关注点 ....................................................65
6.1 动机 ...............................................................................................................68
6.2 如何使用本原则 ............................................................................................69
6.3 常见的反对意见 ............................................................................................72
第7 章 架构组件松耦合 ..............................................................75
7.1 动机 ...............................................................................................................76
7.2 如何使用本原则 ............................................................................................79
7.3 常见的反对意见 ............................................................................................81
7.4 参考 ...............................................................................................................82
第8 章 保持架构组件之间的平衡 .................................................85
8.1 动机 ...............................................................................................................86
8.2 如何使用本原则 ............................................................................................88
8.3 常见的反对意见 ............................................................................................89
8.4 参考 ...............................................................................................................89
第9 章 保持小规模代码库 ...........................................................93
9.1 动机 ...............................................................................................................93
9.2 如何使用本原则 ..........................................................................................96
9.3 常见的反对意见 ............................................................................................98
第10 章 自动化开发部署和测试 ................................................103
10.1 动机 ........................................................................................................... 104
10.2 如何使用本原则 ........................................................................................ 106
10.3 常见的反对意见 ........................................................................................ 114
10.4 参考 ........................................................................................................... 115
第11 章 编写简洁的代码 ...........................................................117
11.1 不留痕迹 ................................................................................................... 117
11.2 如何使用本原则 ........................................................................................ 117
11.3 常见的反对意见 ........................................................................................ 123
第12 章 后续事宜 .....................................................................125
12.1 将原则变成实践 ........................................................................................ 125
12.2 低层级（代码单元）原则要优先于高层级（组件）原则 ......................... 125
12.3 对每次提交负责 ........................................................................................ 126
12.4 下一本书会讨论开发流程的最佳实践 ...................................................... 126
附录A SIG 如何来评估可维护性 ...............................................127
索引 ..........................................................................................131
· · · · · · (收起)
读后感
我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看...
我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看...
我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看...
我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看...
我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看过了 我看...
用户评价
我必须承认，最初我对“10大要则”这个数字化的概括有些疑虑，担心内容会过于碎片化。然而，阅读体验彻底颠覆了我的看法。这10条要则就像是10个相互关联的齿轮，共同驱动着“可维护性”这台永动机的运转。书中对“恰当的抽象层次”的讨论尤为精妙，它巧妙地平衡了过度设计和设计不足之间的风险。我个人在过去的项目中，经常因为害怕“过度抽象”而导致代码冗余和重复，而这本书则提供了一套清晰的判断标准：何时应引入新的抽象层，其代价和收益如何权衡。这种务实且富有远见的指导，远超出了许多空谈设计模式的书籍的范畴。它真正做到了将复杂的软件工程哲学，转化为Java开发者日常编码中可以立即执行的具体操作指南。对于任何希望自己的代码能够“活得比自己久”的开发者而言，这是一份不可或缺的指南。
当我合上这本书的最后一页时，我发现我的思维模式似乎被重置了一遍，尤其是涉及到面向对象设计的那些陈旧观念。这本书最妙的地方，在于它成功地打破了许多开发者沉迷于“功能实现”而忽略了“结构健康”的怪圈。它用一种近乎偏执的专注度，去讨论如何让代码结构能够抵御时间的侵蚀。我记得其中有一章专门讲了如何处理复杂的业务状态机，书中的解决方案并非依赖于庞大的`switch-case`结构，而是巧妙地引入了策略模式和有限状态机（FSM）的思想，并且用Java特有的语法特性进行了优雅的实现。这种层层递进的讲解，让我对设计模式的理解从“知道是什么”提升到了“知道何时用、如何用得巧妙”。阅读过程中，我不断地在脑中对照我们现有系统中的模块，很多地方都能找到对应的优化点。它不是那种读完就忘的速成秘籍，而更像是一本可以常年放在手边的工具手册，每当遇到棘手的重构任务，都能从中找到明确的指导方针。这种注重实战和长期收益的视角，是很多同类书籍所缺乏的。
这本书的结构安排堪称教科书级别。它没有采用线性的、从A到Z的瀑布式讲解，而是将10大要则作为核心支柱，通过横向和纵向的交叉引用，构建了一个立体的知识网络。这种设计的好处在于，读者可以根据自己当前遇到的具体问题，快速定位到相关的章节进行深入学习，极大地提高了学习效率。例如，如果你正在为测试的复杂性所困扰，书中关于“可测试性即是可维护性”的论述，会立即为你打开新的思路。它不仅仅关注于代码本身的实现，更着眼于代码在团队协作、版本迭代中所展现出的生命力。作者对软件架构的理解非常深刻，他将10大要则置于一个宏大的架构视野下进行审视，使得每一个看似微小的编码习惯的改变，都能映射到整个系统的健壮性上。对于那些负责技术选型和团队规范制定的技术主管来说，这本书提供的论据和方法论，是极具说服力的。
坦白讲，市面上关于Java编程的书籍汗牛充栋，但大多要么过于基础，要么过于晦涩难懂。这部《代码不朽》则精准地把握了中间那条黄金分割线。它的语言风格非常平易近人，即便是涉及高阶的并发控制或者JVM层面的优化策略，作者也能用清晰的比喻将复杂的概念拆解开来。我特别喜欢它对“防御性编程”的阐述，不仅仅停留在空指针检查上，而是扩展到了对契约的严格执行和异常处理的粒度控制。它教会我们如何写出“厚道”的代码，让后来的维护者（包括未来的自己）能够轻松地理解和修改，而不是一头雾水。书中的示例代码质量极高，简洁、地道，充满了现代Java的最佳实践，这本身就是一份极佳的学习材料。读完后，我感觉自己在面对一个遗留系统进行“手术式”改造时，信心大增。那种从容不迫地解耦、重构的能力，才是衡量一个优秀程序员的硬标准，而这本书正是构建这种能力的基石。
这部《代码不朽：编写可维护软件的10大要则（Java版）》的出现，简直是为我这种常年与Java项目打交道的开发者量身定做的一剂强心针。说实话，刚翻开前几页，我就被那种直击痛点的叙事方式所吸引。它没有那种高高在上、故作深奥的理论堆砌，而是像一位经验丰富的前辈，坐在你的对面，手把手地教你如何在代码的“泥潭”里保持清醒。我尤其欣赏书中对“坏味道”的刻画，那种生动到让人拍案叫绝的描述，仿佛在说我上周刚提交的代码一样。书中强调的那些原则，比如如何构建出清晰的依赖关系，如何让抽象层与实现层保持优雅的距离，这些都不是停留在纸面上的概念，而是通过大量的、带着血泪教训的实际案例串联起来的。比如，书中对“贫血模型”和“充血模型”的对比分析，就让我对过去项目中那些臃肿的Service层有了新的认识。它不是简单地告诉你“这样做不对”，而是深入剖析了“为什么不对”以及“正确的方法在长期维护中会节省多少次深夜的头疼”。这本书的价值，不在于教授新的语法特性，而在于重塑我们对软件生命周期中“可维护性”这一核心价值的认知，这对于任何一个想从“码农”晋升为“工程师”的人来说，都是一次宝贵的思想洗礼。
总的来说本书从代码层面，模块层面一直到组件层面遇到的软件质量与维护问题都剖析的比较到位，书中提到的一些原则也都是通用的。只是一本一百二十页的书卖这个价格是要闹哪样...
书很薄，虽然内容可能在平时都了解，但是书中的描述还是很有指意义。
details of rules on how to write clean code
代码示例很不错 易于理解
书很薄，虽然内容可能在平时都了解，但是书中的描述还是很有指意义。
