在 科里定律的变量 ( 一 ) - 缘起，透视严重的变量稀缺问题 的译文中，我们提到了 「 科里定律」( Curly’s Law ) ，也就是

1. 一个变量应该代表一样东西，并且只能代表一样东西
2. 它不应该在一种情况下代表这个意思，而在另一种情况下又代表不同的意思
3. 它不能一次代表两样东西。它不能既是地板蜡，又是甜点上的打顶
4. 它应该只有一个含义，并且自始至终只有一个含义

这么多文字，其实归纳起来就一句话 「 坚守一个目标 」

如果你不能理解什么是 坚守一个目标 ，那么只要看看我们理想的爱情是什么样的就知道了，也就是自始自终，只能有一个 「 爱人 」

那么，科里定律是怎么来的呢

科里定律的缘起 - 电影 ( 城市乡巴佬 City Slickers )

还真别说，我在写这篇文章的时候就一直放着这部电影

城市乡巴佬 City Slickers

这是一部什么电影呢？ 我们来看看 「 爱奇艺 」 上对它的介绍

这是一部关于人生、牛仔和中年危机的出色喜剧片

三个面临中年危机的纽约都市人，面对破裂婚姻、乏味工作、一层不变生活，决定暂抛烦恼，到大西部加入从墨西哥到科罗拉多的赶牛队，体验儿时当牛仔梦想

结果，三人从「 赶牛队 」生活并不如西部电影中浪漫刺激，体验出：做一个真正成熟成人，并不是件容易的事

他 ， 米契 ， 一个广播电台的广告 AE ，年轻时冲劲十足，但在过三十九岁生日时却觉得人生在走下坡。对工作提不起兴趣，对生活产生倦怠。不再有创意，不再有突破。人生彷佛一条缓慢的河流，无论你如何努力，永远脱离不了生老

如果你只看简介，肯定想不到科里定律，因为科里定律最重要的就是 「 科里 」 说过的话

科里 Curly 是谁，就是下图这货

科里与米契的对话

Curly：你知道人生的秘密是什么吗？

Curly（竖起了一根手指）：就是这个。

Mitch：你的手指？

Curly：一个目标。就一个目标。你须坚持这个目标，心无旁骛。

Mitch：但是，这个目标是什么呢？

Curly（笑）：这就是你要去寻找的

因此 科里定律就是 ： 「 坚守一个目标 」

科里定律：坚守一个目标

现代的软件开发，或者某些软件开发的原则，或多或少都有体现

• Don’t Repeat Yourself ( DRY，即避免重复 )

  如果你有多种方式来表达同一件事情，总有一天，这两种或者三种不同的表达方式会失去同步

  即使没出现这种情况，当你需要做点什么改动时，你一定会因为要同时维护它们而感到头痛不已

  改动总是会发生的

  如果你想让软件保持灵活并易于维护，避免重复是非常重要的

• Once And Only Once ( OAOO，即唯一一次 )

  每个行为的声明应当发生一次，并且只发生一次

  当你重构代码的时候，如果这不是主要的目标，至少也应该是主要目标之一

  设计的目标是为了消除重复的行为声明，方法是通过合并或者使用统一的抽象来替代多个相似的实现

• Single Point Of Truth ( SPOT，即单点真理 )

  重复会造成不一致，并以一种微妙的方式破坏代码，因为在你需要修改所有的重复代码时，你可能只改了其中的一部分

  这常常意味着，你没有好好地考虑代码的组织结构

  每当你看到有重复代码的时候，你要知道那是一个危险信号

  复杂是一种成本，不要加倍付出

尽管科里定律完全适用于标准化和去除冗余，但 「 坚守一个目标 」 与上面的 「 每件事只做一次 」 的不同表述比起来，两者之间存在着细微的差别

科里定律更为深入，而 Bob Martin 将其称为 「 单一职责原则 」 ( Single Responsibility Principle，简称 SRP )

单一职责原则指的是，就一个类而言，应该仅有一个引起它变化的原因

举例来说，看下面的这个类

class Employee
{
    public Money calculatePay()
    public void save()
    public String reportHours()
}

这个类违反了单一职责原则，因为下面 3 个原因都会引起它的改变

1. 薪酬的计算规则
2. 数据库结构
3. 报告时间的字符串格式

我们不希望一个类受到 3 个完全不相干的因素影响

我们不希望每次报告的格式发生改变的时候，或者数据库管理员变更数据库结构的时候，再或者管理人员调整薪酬的计算方法的时候，这个Employee类总是要跟着改变

我们更希望把这些功能分拆到不同的类中，这样的话，他们就可以各自独立地变化

科里定律告诉我们的是，要为每段代码选择单一而清晰的目标——坚持只做一件事

这一点已经很清楚了

但是，至于选择一个目标，你实际上要排除很多很多你可能做的其他事情

科里定律同时也告诉我们，要有意识地选择你的代码不做什么

这比选择做什么要难得多，因为它与软件开发者与生俱来的全能癖好格格不入

它可能意味着要把代码打散，违反传统的 OOP 规则，或者引入重复代码——我们的前进方式是 「 退一步，进两步 」

总之，每一个变量，每一行代码，每一个函数，每一个类，每一个项目都应该坚持一个目标

遗憾的是，我们通常要等到最后结束的时候才会发现那个目标

结束语

其实，「 坚守同一个目标 」 也适用于生活，这是我知道这篇文章国内已经有很多翻译的情况下还重新介绍一次的原因

这也是我们站点的目标，只为简单的教程而存在，也为教程的简单化而活着