真的能将一份糟糕的代码重构成结构清晰，理于理解的代码吗？

  学习和使用重构的时间不算长，也午还没有真正领悟到重构的精髓。
  这一段时间手头有一份公司先前项目的代码，以后可以会交给我维护。要我搞懂这份代码，这份项目的设计人员也给我大致讲解了项目的原理和一些小的技术要点。心里满以为，应该不用多久就可以理解这份代码了。
  打开项目后，随手阅读了几个类的代码后，才发现原来并不想我想象中的那么容易。面对这些完全没有注释的代码，我一下头大了起来。由于设计的性能要求，代码全是原始的脚本式的。到也看到了一个封装了数据库访问的类。结果里面却包含了三个类，多达二十多个属性，二十多个方法。看到这个庞大的类，我由如看到一团稀泥。完全不知道从何去理解他。
  虽然封装了数据访问的类，但是页面脚本下也到处是直接访问数据库的代码。非常多的全局变量名称也是很随意，而且更重要的是他们都是使用Application来存储的。很多没有在使用的的方法也没有把他注解掉，而是仍然扔在那里。很多没有使用的页面也是一样，扔其放在那里。方法名称到处是hits,hits1这样的。没有注释，真的分不清他们到底有什么区别。
  数据库中存储过程，也是都没有注释。名称也是非常简短，完全没办法知道他到底是什么功能，只能去阅读他的代码。可是由于对表名的不理解，阅读起来也是困难重重。。
   一道灵光在心里化过，Matrin大师不是说，任你多乱的代码，都可以重构成一份结构清晰的源代码。于是决定重构他，方便以后如果要新增新功能，或者维护起来方便。为了怕自己忘却重构的一些方法，又仔细的阅读了Matrin大师的重构。
  开工了，第一件事就是把那个宠大的类，分解成小类，并加上注释。花了一早上的功夫，终于完成了。测试运行下没有发现错误。很满意。然后将这些引用宠大类的地方修改成引用小类的。编译，通过了，开心。执行结果发现未明错误，三四处。

   天阿，我被打败了。
   不过古人说：失败是成功他妈。没有失败那有成功。也许是我重构的动作太大，应该如Matrin 大师一样，慢慢的来。
   我想，坚持就是胜利。。。我想我能行的