Refactor

为什么要重构？我不知道教科书是或是别人都会怎么讲，但是重构对我来说，基本上就是把一个糟糕的设计重新写一遍。那么，什么是我定义的两糟糕的设计？又怎么样来重写，并且期望能够达到一个怎么样的目的才算是一个好的重构呢？

糟糕的设计：

1. 因为时间紧，任务重，没有进行设计，基本上是随心所欲的写出来的代码；
2. 充斥着“if…else…”，打了无数的补丁，新增功能的时候，就得多增加判断条件；
3. 代码变得越来越复杂，相同的代码出现在了不同的地方，修改一处，必须时刻记着也要修改别的地方

那怎么样来重写呢？完全抛弃以前的代码么？

1. 完全抛弃以前的代码：之前的代码写得实在是太糟糕，没有任何可取之处。而且没有办法使用一些重构工具一进行梳理。我自己没有遇到过这种情况。每一小段代码还不至于写得面目全非，这应该算是代价相对较重的一种重构方法，与其说是重构，不如说是重新写。
2. 使用之前的代码：之前的代码，小的部分还是可以使用的，将它们独立出来，形成单独的模块，并使用一定的模块调用机制（如使用事件机制、插件系统）等，来调合各个不同的模块之间进行谐调工作。

我希望能达到一个几样的效果呢？

1. 简单的说，我比较追求系统的可扩展性（scalability & extensibility）、可维护性、较高的系统性能。
2. scalability是期望在一个较大的数据集前，系统也可以有一个比较好的表现；
3. extensibility是期望系统能够容易的增减功能；
4. 可维护性是期望系统在需要做出修改的时候，可以更加方便；
5. 较高的系统性能，这个就不必说了，谁都希望自己的程序跑得更快。

有些时候，做重构并不是一个简单的决定，因为你要做出更多的工作，还不一定能搞出一个可用的系统来，但是，有风险的事情，做成功了会收获很大的好处，大部分时间，我还是咬咬牙会去选择重构代码。

==eof==

这篇文章也发表在AgilePHP上，快去看看，Refactor