项目重构中的点滴——1

    五月初，项目组对现有项目的重构顺利通过验收（当然其中有些许新的功能点的增加）。整个项目组都为之自豪，毕竟，从对项目的重构立项到验收已经经历的八个月之久的时间。如今，项目组进入休整期——其实就是让大家放松一两个周，接下来继续投入到下阶段的工作。
    八个月的时间对项目重构，期间有迷茫、有希望、有曲折、有欣喜，下面就说说其中的点滴：
    一、项目架构的重新设计。相信大部分做开发的看到这点都比较后怕，因为项目架构的调整意味着工作量得剧增以及后期不可预料的问题。这是我参与这次项目重构所遇到的也在前期的预料之内。由于项目还是前几年的java+jsp模式，此次重构势必会进行调整，改变成了比较流行的ssh模式，改吧，一个个页面，一次次调整，费力有费时，甚至到后期修改到看见页面中有java代码就想吐的程度（注：这是项目组其他成员的感受，我由于当时有其他项目负责未参与这部分工作），还好，最后还是坚持了下来，顺利完成。
    二、代码中的注释。提及注释，相信每个做软件开发的同行们在开始编码的第一天就已经有接触，但是，为什么现在还有好多同行对代码注释不屑一顾呢？没必要，这是大部分同行的想法。对，没必要，开始我也这么认为的，可随着自己写的代码量得增加，自己逐渐意识到了代码注释的重要性。书写代码注释，可以减少公司对代码维护的成本，还有就是对自己负责——这样自己在后期维护时就可以轻而易举地知道是哪个地方出现了问题。关于什么地方需要注释，注释信息要写多少，我就不多说了，此类信息在网上大把大把的有。
    三、代码重构。代码重构，很大的概念，的确很大，以至于开始时我不知从何处着手工作。其实，说白了这点就是规范化代码，比如怎样避免空指针、方法的命名规则、变量的命名规则以及何时需要用全局变量和局部变量。在这方面，项目组费了不少时间，更有大量的人力投入，在前期把大部分工作完成。
    四、项目延期。此类问题也是软件开发中经常遇到的，项目延期的原因有多种：前期需求准备不够充分、期间有新的需求增加、设计的中途变更、与其他项目接口而导致的问题等等。

     到项目重构后期，我再回头看开始写的代码时，给了自己一个轻蔑的笑，感觉有很多工作其实是在开始阶段就可以避免的，可是由于自己的一时懒惰还得到后期再进行修复，O(∩_∩)O~    以后开发可不能这样了耶！大概就这些吧，其他一些小的细节问题以后再慢慢写。