近期我们有一个功能,要从其他端迁移到我们这里,迁移的原因是考虑到业务的划分,使用该功能的人员的组成。以及bug/信息等的查询,所以将这个功能收归到我们端来处理。
因为考虑到工期和功能的可靠性,所以本次只进行迁移,不进行开发,所以只要把代码搬运到我们这边就可以,逻辑等核心方面不进行改动,所以对我们端来说,看起来只是代码的copy就可以了。当然实际搬运起来,就会发现,因为大家的开发人员不同,一些接口的调用,实体的命名,工具类的使用,其实差别还是挺大的,搬运代码,更像是一个将外来物本土化的过程。
注意事项
1.逻辑的保留
因为只需要迁移功能,所以逻辑等的功能,是不能进行改动的,除了一眼能看出来的逻辑,其实还有原来开发人员的一些小心思也要注意到,这个时候,就要和原开发人员做好沟通,以防迁移完成后出现问题。
2.代码的迁移
同一个实体,可能两边的命名方式都不一样,这就需要我们熟悉自己的代码,找到可复用的部分,不用重复造轮子,一些工具类/接口也是如此,很多的接口其实本端已经进行了调用,此时只要直接使用就可以。
3.功能的梳理
代码迁移完成,本地应该先跑通,做到起码不出错误,整个流程可以走一遍,然后还要通过对比prd,来观察是否有些地方有逻辑不同的情况,进行修改。
收获
迁移其他人的代码,不同于简单的阅读,比阅读更深一步,你可以详细的观察其他人在做这些功能时,是如何思考,如何实现代码的复用,如何保证功能的稳定,而且这些代码往往是经过bug修复,优化的,迁移代码,其实是件挺好玩的事儿。