当我们在为我们的软件设计架构的时候是为了让修改更容易;毕竟软件它是软的。当我们想要做一个修改的时候我们总是想要能够直接跳到系统中一个单一的清楚的点然后做出修改。当你不能这样做的时候你就嗅到了两个非常接近并且相关的辛辣的气味。
发散式变化通常发生当在一个类通常会因为一些不同的原因做出不同方式的修改的时候。如果你看着一个类说,“好吧,每次我需要一个新的数据库的时候我都要改变这里的三个方法;每当有一个新的金融工具我都需要修改这四个方法,”你可能遇到过这样的场景,你会觉得两个对象会比一个对象要好。那样的话每一个对象都只会因为一类改变而改变。当然,你通常只有在添加过几个数据库或者金融工具之后才会发现这个问题。任何一个处理一个变化的修改应该都只修改一个类,然后在新的类中应该要表达这个变化点。要理清楚这些东西你首先是识别出所有由于某一个特定因素而产生的变化点,然后使用Extract Class来将它们放在一起。
原文链接:https://sourcemaking.com/refactoring/divergent-change