今天和同事讨论问题，忽然冒出一个问题，什么叫重构？
改一行代码算不算重构，改一百行代码算不算重构，改一万行代码算不算重构？
改一个类关系算不算重构，改十个类关系算不算重构，改一百个类关系算不算重构？
百度百科上说：重构就是通过调整程序代码改善软件的质量、性能，使其程序的设计模式和架构更趋合理，提高软件的扩展性和维护性。
这其实不是一个定义，而是一个愿望。
上面那句话说的其实是“我们打算调整程序代码，然后希望软件的质量性能会有所提高”。
改代码是行为，质量性能的提高是愿望。
实际上改代码未必能使软件变得更好，也可能软件大规模改动之后，反而变得更差了。那么，这种大规模改动还符合上述的‘重构’定义吗？
重构是一个模糊的概念，指代的是对程序做较大程度的改变。无关软件质量。
某君说：我只知道改代码，不知道什么叫重构。
‘重构’这个概念的模糊带来一个不好的影响，就是很容易让人轻易的说出重构这种词，以为重构之后就一切都会变好。实际上大规模改动或者重写之后，软件常常未必会变好。我见过一个软件毫无必要的一年之内重构了三次，除了过程中带来一堆bug，并没有提高系统的功效。为什么呢？因为有些同学误以为重构就是提高改进。
NIH（Not Invent Here）综合症也和对‘重构’的误解有关，总以为重新实现一次就可以比以前好。