手头工作非常之多。按照重要性的排序,吾决定着手重构WP。WP代码量非常之多(未统计,怎么也超过10万行),工作思路吾很清楚,如何进行具体操作,却不是几句话能解决的。于是吾就考虑,如何下手?有以下要考虑的地方:
- 准备工作
这一阶段的修改,是为了后续重构,所以不能影响功能。即使原来功能是错的,也要继续错。除非要求解决。
- 桥接
既然是重构,肯定是要重写代码。重写自然就会产生问题。这个时候需要走桥接。即建立一个执行分叉,日常修改测试在新路径进行,正常版本还是走老路子。直到新路径功能已完成,再删除老路子。
- 着手点
其实这个应该是最难的。代码量多,就表示切入点多。吾考虑了很多切入点,最后确定了两个。准备动手时发现还是不对。不得不改变切入点。
如何选择切入点?有主观有客观。最终还是看?如何能最快最好的实现重构目标?