重构与整容，设计模式和明星是两者的最终目标

重构与整容，设计模式和明星是两者的最终目标。今天突然想到一个生活中很熟悉的例子和重构与设计模式惊人的相似。

先描述下整容吧：

整容的出发点是对现在的容貌不满意，最终目标是整出个被大众接受和喜爱的明星形象来。当然最高境界是脱离明星整出个新的明星出来。

整容有局部小整，也有大面积和整体整容。一般情况下是先局部整容某部分，好了以后再整容另外一部分，这样可以降低整容失败的风险，整容失败就相当于毁容了，必须进行在此整容，流行歌坛巨星迈克尔-杰克逊一生整容无数次在于无法通过某一次整容就整出完美的容貌使自己和大众都满意。

 

现在来说说重构与设计模式的关系：

重构的出发点也是对既有代码和设计的不满意，甚至是讨厌看到现有代码，无法忍受这样不干净的代码（大部分程序员对代码似乎有洁瘾、比较追求完美）。

而设计模式是需要实践和大师级人物总结出来的一个解决方案，一种被众多程序员所认同的设计方式。就如明星一样被大众所接受认为那是美的形象一样。

重构的最终目标也是设计模式，而最高境界是去除模式，创造出新的模式。

重构有局部重构，小到变量名的修改，方法的修改，移动等，大的有整个设计的变更，整个系统架构的重构。很多软件1.0版本到2.0版本在系统架构上都进行了很大程度的重构，而rc版，x.0x版则是局部的重构，bug的修改。

重构也有成功和失败，并不是每一次重构都是成功的，设计过度和设计不足都是需要重构的，重构也会有过度的时候，所以需要进行不断的重构，直到自己满意，大家接受为止。重构也是需要时间的，也有很多风险的，所以重构之前要考虑是不是真的需要重构，有那些准备工作需要做，需要进行多大的重构，分几步进行。。。。。。。

 

重构与整容的不同之处在与：整容不管是大是小，都不是由自己进行，都是由专业人士进行。而重构大部分是程序员自己进行，大的重构需要小组讨论或架构师进行，但比较少找专门进行重构的人来帮助你进行重构。