重构旧代码的一些体会

前提：重构的时候，旧的代码最好是能编译并运行的。否则重构起来就比较麻烦

 

1。如果是整个类的重构，最好先生成一个新的类。待新类一点点重构完毕并投入到实际系统中验证符合业务逻辑后，再整体替换。这样随后都可以看到以前程序是如何运行的。 否则重构一半发现重构的逻辑有问题，那就麻烦了。 而且，不仅仅是一个类，如果这个类还用到了其他的类型，而且需要发生变动，最好也把该用的类型copy一份。

 

根本目的：要保证在现有系统上，可以很方便的同时运行新旧两套系统，便于实时比较运行的结果。待新系统完全成熟，稳定后，再替换到旧系统。而不是直接的修改掉旧系统。