代码迁移

  近期我们有一个功能，要从其他端迁移到我们这里，迁移的原因是考虑到业务的划分，使用该功能的人员的组成。以及bug/信息等的查询，所以将这个功能收归到我们端来处理。
  因为考虑到工期和功能的可靠性，所以本次只进行迁移，不进行开发，所以只要把代码搬运到我们这边就可以，逻辑等核心方面不进行改动，所以对我们端来说，看起来只是代码的copy就可以了。当然实际搬运起来，就会发现，因为大家的开发人员不同，一些接口的调用，实体的命名，工具类的使用，其实差别还是挺大的，搬运代码，更像是一个将外来物本土化的过程。

注意事项

1.逻辑的保留

  因为只需要迁移功能，所以逻辑等的功能，是不能进行改动的，除了一眼能看出来的逻辑，其实还有原来开发人员的一些小心思也要注意到，这个时候，就要和原开发人员做好沟通，以防迁移完成后出现问题。

2.代码的迁移

  同一个实体，可能两边的命名方式都不一样，这就需要我们熟悉自己的代码，找到可复用的部分，不用重复造轮子，一些工具类/接口也是如此，很多的接口其实本端已经进行了调用，此时只要直接使用就可以。

3.功能的梳理

  代码迁移完成，本地应该先跑通，做到起码不出错误，整个流程可以走一遍，然后还要通过对比prd，来观察是否有些地方有逻辑不同的情况，进行修改。

收获

  迁移其他人的代码，不同于简单的阅读，比阅读更深一步，你可以详细的观察其他人在做这些功能时，是如何思考，如何实现代码的复用，如何保证功能的稳定，而且这些代码往往是经过bug修复，优化的，迁移代码，其实是件挺好玩的事儿。