国产38页这个梗怎么来的？带你了解前因后果！

今天跟大家唠唠我这几天折腾的“国产38页”。 别想歪，我说的是一个老项目，代码加文档总共38页，麻雀虽小五脏俱全，接手过来真是让我头大。

事情是这样的，上个月leader突然找到我，说有个老项目没人维护，让我接手。我当时心里一万个不愿意，老项目，屎山代码，谁爱接谁接。但是没办法，人在屋檐下，不得不低头。

拿到代码，我先粗略的看一下，好家伙，代码风格极其奔放，注释少的可怜，变量命名也是随心所欲，我瞬间感觉头皮发麻。

第一步：搭环境，跑起来

这玩意儿是用老的框架搞的，我先把环境搭起来，按照文档一步一步来，结果还是各种报错。后来发现是依赖版本太老，跟我的环境冲突。我硬着头皮把依赖降级到文档里指定的版本，总算是跑起来。

跑起来只是万里长征第一步，关键还得看懂代码。我打印代码，一行一行的啃。 这代码写的，简直就是艺术品。各种if else嵌套，各种全局变量满天飞。 我一边看，一边在纸上画流程图，试图理清它的逻辑。

代码逻辑理清之后，我开始小步重构。先把一些重复的代码抽出来，封装成函数。然后把一些变量名改成有意义的名字。我疯狂的加注释，争取让后来者能够看懂。

• 先改坏味道： 我先把一些明显的坏味道给改掉，比如过长的函数，过大的类。
• 再提炼函数： 我把一些重复的代码提炼成函数，提高代码的复用性。
• 加单元测试： 我给一些核心的函数加单元测试，保证重构后的代码功能不变。

重构完之后，我先把代码部署到测试环境，跑一段时间，没发现问题。然后才敢上线。上线之后，我一直盯着监控，生怕出什么幺蛾子。还一切正常。

总结

折腾这几天，我总算是把“国产38页”给搞定。 虽然过程很痛苦，但是也学到很多东西。 以后再也不想接手老项目，简直就是噩梦。这回经历也让我认识到，写代码一定要规范，注释一定要详细，不然以后接手的人会骂娘的。