本章算是一个糟糕代码清单。列出了所有作者觉得不够整洁的点。本章可以作为代码review的标准来看。 主要从以下七个方面来阐述 1.注释 2.环境 3.函数 4.一般性问题 5.java 6.名称 7.

接上篇 特性依恋： 类的方法应该只对它所属的类中的变量和函数感兴趣，而不应该去调用到其它类的变量，函数。如果有了这种写法，我们就应该消除掉，将这个方法写到另一个类中。有一些特殊情况 比如另一个类加这个

命名 采取描述性名称 命名需要具有描述性，描述性的信息需要覆盖到代码。读者能够见名知意，看到函数名就能推测出函数大概的行为 这样就算是一个有描述性的名字。 名称应与抽象层级相符 名称需要能反映出类或者

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，我们学习了分析模式和设计模式在模型设计上的应用，同时归纳了在代码重构时需要注意的地方。 这一篇，我们开始学习该书的第四部分。 何谓战略设计

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，我们学习了INTENTION REVEALING INTERFACE，SIDE-EFFECT-FREE FUNCTION，ASSERTION

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，我们学习了SPECIFICATION模式，同时分析了一个应用该模式的案例。 这一篇，我们继续学习该书的第三部分。 软件的目的 软件的最终目的

前文回顾 上一篇介绍了该书的第三部分“通过重构来加深理解”，讨论如何将构造块装配为实用的模型，从而实现其价值。我们学习了重构的分类，以及从量变到质变的突破。 这一篇，我们继续学习该书的第三部分。 挖掘

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们在一个模拟的场景中，运用学到的建模知识，处理了假象的需求，并对模型进行

前文回顾 上一篇介绍了该书的第二部分“模型驱动设计的构造块”，将面向对象领域建模中的一些核心的最佳实践提炼为一组基本的构造块。我们了解了提供查找和对象持久化的REPOSITORY（仓库）。 这一篇我们