重构老业务接口的思考

最近在重构一些老得业务接口,在重构中有了一些思考;进而通过几个关键点说下重构的心得；
1:重构的判定界限2:重构的切入点3:重构的注意点

重构的判定界限
首先重构的大前提是要认真看懂原有代码的逻辑,做到了如指掌,否则一丁点的含糊其辞都会造成致命的错误;往往需要重构的代码都是结构划分混乱,逻辑表达不清晰, 编码不规范，冗余代码，扩展性差,性能问题等其中某一项问题或者多项。以上也算是判定是否要重构的规则.
具体比如说,逻辑控制层和数据访问层隔离不明确,原本大多数的老接口都是过程式的编码,后来完善了API统一和结构化的规则也使得重构起来更加有效率,这样也使得出现逻辑控制层和数据访问层不清晰的问题更方便快捷的解决掉.

重构的切入点
在对整个业务逻辑有了清晰的认识后，就可以进行重构编码了,第一步可以进行拆分功能,最小粒度原子性拆分,保证功能拆分到最细,不会造成逻辑上的粘连,(ps:重构老代码就像是把别人曾经说的重复难听或者有语病的话通过你的理解进而转成简单通俗易懂清晰的话)，所以拆分好后，进而就可以进入"翻译"工作了,这时候"分屏"的作用就显得至关重要了,哈哈.

重构的注意点
1:最重要就是不能遗漏原有的逻辑,一丁点都不能遗漏.2还有或者原有逻辑较为复杂，内部逻辑较深,重构的程度就要考虑好了3:所有的代码都是要经过仔细测试的，重构的代码当然也是.
虽然写的较短,深度不够,但也算是对重构一小块工作的总结，我相信反思思考的越多，写的质量会越高越有深度。坚持✊