Working effective with legacy code读书笔记：危险的改变

 

要在改变代码的同时确保其他的部分没有被影响是一个很大的挑战，可能会有很大的风险。因此很多团队采取的办法就是：尽量减少改变。能不改变的就不改变！ If it is not broke, don't fix it. 毕竟不是所有的人都了解所有的事情。

这种想法认为我们可以通过避免改变来减少软件的问题。但是，当我们避免创建新的类和方法的时候，原有的类和方法会变得越来越大，越来越难以理解。我们在做改变之前肯定会花费一定的时间来熟悉、了解我们要改变的部分。好的系统和不好的系统之间的差别就是：好的系统易于理解，并且你会很有信心去改变它。不好的系统让人犹豫不决。

避免改变还有另外一个后果，如果人们不是经常做改变代码的工作，他们会越来越不会做这种工作。

避免改变的最后一个后果是人们会越来越害怕改变。

那么我们有什么其他的选择呢？一个选择就是“努力的工作”，我们可以雇用更多的人，这样来保证每个人都有足够的时间可以进行改变代码的工作。这样每个人都可以有足够的时间来分析、仔细了解所有的代码。但是，并不是这样就能够保证改变是正确的。

另外的选择就是本书将要讲解的内容。