重构注意事项（一）

加入了AI对练项目，看到其中有一些重复代码，想抽取出来，做成工具方法。看到有一些硬编码，想要抽取成变量或者枚举值。看到一些字典，想定义类，好维护一些。重构是可以的，不过要注意问题。

1. 最好不要修改原来的代码，不知道历史背景，可能会修改出问题。原来的代码没有问题，就先不优化。

　　我把一个userinfo对象，从字典，定义成了一个类。把原来的使用的地方都改了，有个地方改错了，导致线上出了问题。一个中心的投顾，不能看到分行客户经理的记录了。

2. 建议新增方法、类、接口，比如方法v2等，新需求使用新的方法、类、接口。不要修改原来的地方

　　抽象了一个方法，生成http默认头部，有application-type、cookie字段。通过浏览器访问的请求，都有cookie，通过定时任务访问的接口都没有cookie。导致后面序列化请求的时候报错。cookie为空，序列化报错。

　　新需求使用新方法也会报错，不过影响面会更小，不会影响原来的功能，修改引入。

3. mvp原则，小步重构，生效后再逐步迭代。不要一下重构太多内容，这样风险很大，很容易修改出问题，测试不容易完全覆盖。在HW公司应该就是修改引入了