一次项目重构的心得体会

接手一老项目,经过几个月之后,实在顶不顺原来的架构,一样事情要干两件活,代码冗余复杂,给维护工作带来很多问题和隐患,趁着前段时间新需求比较少,遂与产品负责人沟通之后暂停新需求,先进行项目重构。于是就花了近一个月的时间对其架构进行重构,首先是将接入部分和业务处理部分分离,其次是将业务处理部分集中,再次是引入内存数据库,实现业务处理部分无状态,将所有状态保持在内存数据中,从而使得业务处理进程可以多个进程并行,并且可以进行业务处理模块的无间断更新。重构完之后可以说是脱胎换骨了,其中有些心得和体会分享一下。

1、重构的本质

  这次的重构由自己一个人设计和实现,经过这次项目重构,对于重构的本质有了更加深刻的认识。抽象地来说,重构就是一个变换,把原先的代码进行变换,得到新的代码,而这个新的代码的外部接口和输入输出都是和原先的代码一样。

2、重构的步骤

  在分析的时候首先是进行模块的功能和接口的分解,将原先代码中的模块功能与接口分解,然后组合到新代码的模块中去,形成新的模块和接口。在新的架构中,需要引入新的模块间通信协议,先设计和实现新模块间的通信协议,并且测试通过之后,再设计和实现新架构中可以重用的元素。重用元素通过测试之后再进行原模块到新模块的迁移,并进行单元测试。

  最后进行集成测试。

  在整个过程中,测试非常重要,除了单元测试之外,因为整个架构进行了重构,集成测试也非常重要。而且最好是自己也进行测试,不能仅交给测试人员进行测试。在代码迁移的过程中,代码的拷贝以及替换是最需要小心的,一定要注意拷贝对象以及替换对象的语义。

原文地址:https://www.cnblogs.com/raison/p/3975995.html