代码重构

　　在实际的项目中由于需求以及时间的原因，可能并不能在初期做出很完善的分析，即采用所谓的敏捷开发，稍作规划便实现之，如此往复，由于采用了敏捷开发但又不是牛人，所以在项目开发的中后期就会出现大量的新旧思想参杂以及代码的冗余，所以在中后期的代码重构还是非常重要的。

　　就目前我自身所能涉及的经验范畴来讲，重构一般发生在项目的后期，或者项目结束之后，其服务于当前项目的额度不会太大（当然，这里指的是一些偏小的项目），其主要目的是对当前项目进行总结抽象，形成一个可复用的结构（粒度或大或小吧）以方便日后类似项目的快速开发以及部署。

　　对于重构的过程第一步首先是对当前的代码应了然于胸，然后就目前实现的部分以及由当前实现的部分所能拓展的部分（因为我这里重构一般发生在项目后期，对用户的相关需求应当已经有了相当准确的捕获以及充分的实现）回溯到业务对象阶段进行重新分析（对于很多项目周期较为紧张，需求做不到很细腻的成熟度），将前期的遗漏的一些业务流程归入场景，并思考各个业务对象以及所涉及业务流程的划分是否合适，分析完成之后就会形成一个比较合理的程序框架，可以选择某种方式记录表达一下（UML也算比较合适），下一步便是对于各个功能模块的优化，最好参照一下网上的相关资料对自己之前的实现进行反思，然后选择一种较合适的方式作为最终实现，最后就可以开始对现有的代码进行重构，重构之前建议将原有代码保留一份，比较方便的方式就是采用svn服务器（或类似功能的工具，目前很多）进行代码版本的管理。