为什么重构、因为我写的臭代码、第一次入职后就被老大Tony说了一顿，但是当时并没有啥感觉，后来自己开发发现越来越多的需求可扩展，功能可添加。就会导致代码的复用性和可扩展性和第一次代码的耦合度是否强关联有联系。所以会开始实现的时候就要思考如何设计，可以通过设计模式辅助一个好的构思。也可以先实现功能再重构再优化，最后达到一个比较好的状态。如果有能力第一次就完全额可以，但是我这里讲第二次的情况出现后如何处理。 重构步骤 一、重构的时机： 1、添加新功能、修补错误、复审代码
坏代码的表现： 1、多次、多处出现相同的代码，就需要处理成为公用代码 2、参数对象和全局对象来消除局部对象的错误诱导 3、提炼代码的标示还有就是注释，每段注释标明的是一个方法 4、过于多的对象和过于长的参数都是优化的目标 5、switch语句首先优化的目的就是多态解决 6、如果两个类相辅相成一直伴随，可以考虑继承解决 7、有委托关系的时候，我们可以考虑下封装去解决
二、测试 三、分解并重组 1、分解前 -----------找出逻辑泥团（例如switch语句），在提取之前需要知道会出什么错，然后进行提前预防，将不变的参数，可以传参，参数是变参的多加注意。 2、分解小段代码立即测试，良好的习惯可以避免之后的大量错误。 3、将分离出的代码进行重新编名，来达到知名知意，然后继续测试保证代码正常运行 4、如果分离出的代码的对象参数在该类并没有达到应用，那么可以考虑它的存放位置是否正确和有意义。 5、去除临时变量，（去除，编译，测试，每一次都必须执行） 6、在重构时候遇到关于代码量性能问题，可以暂不考虑，性能属于优化时候的事情。 7、然后重构的时候就会遇到。。。多态,封装，继承，这个时候通常要多思考下。 8、如果觉得需要写注释的时候首先想到的是重构，尽量别人一眼看懂你在干嘛 9、确保每一个类都有一个测试类，完全实现自动化（单元测试） 四、番外篇 1、测试套件，测试用例，测试装备三组成员可以使你的代码测试速度增倍 2、单元测试解决完可以根据功能测试打组合拳 3、容易出错的地方，可以集中火力跟踪，如果测试时候可以直接自己控制自己犯错来确保测试机制的正确性 4、如果你感觉某个地方容易抛异常，那么请关注下是否异常如预期抛出 5、测试的过程中我们需要注意的是整体测、部分测、内容错乱测、必输项测，最后结果就差不多了
