设计模式思想的元规则

ETC

能适应使用者的就是好的设计。对代码而言，就是要顺应变化。因此要信奉ETC原则（Easier To Change，更容易变更）——就该如此。

据我们所知，无论是什么设计原则，都是ETC的一个特例。

为什么解耦很好？因为通过隔离关注焦点，可让每一部分都容易变更——此谓ETC。

为什么单一职责原则很有用？因为一个需求变化仅体现为某个单一模块上的一个对应变化——此谓ETC。

为什么命名很重要？因为好的命名可以使代码更容易阅读，而你需要通过阅读来变更代码——此谓ETC！”

ETC 是一种价值观念，不是一条规则

价值观念是帮助你做决定的：我应该做这个，还是做那个？当你在软件领域思考时，ETC 是个向导，它能帮助你在不同的路线中选出一条。就像其他一些价值观念一样，你应该让它漂浮在意识思维之下，让它微妙地将你推向正确的方向。

“可以试着让你的编辑器在每次存盘的时候弹出一个ETC？的提示[4]，以此督促你思考刚刚写的代码——是否容易变更？”

DRY

“DRY” 是 “Don't Repeat Yourself”的缩写，这是一条在软件开发中被广泛遵循的重要原则。以下是对这条原则的解释以及为什么它被称为 DRY 的详细说明：

DRY 原则

DRY 原则的定义：

• Don't Repeat Yourself：不要重复自己。

详细说明：

• 在一个系统中，每一处知识（或业务逻辑）都必须单一、明确、权威地表达。也就是说，任何一段知识或业务逻辑应该在系统中只存在一个地方，不应在多个地方重复。