楼主:
alihue (wanda wanda)
2018-09-24 21:23:23会重构的专案最后都是同一种原因：
降低维护成本
诸如
1. 重构杂乱无章的偷渡资料
2. 每次一加字段可能会从头坏到尾
3. ...
会重构的契机通常是随着专案越来越肥大，小需求的开发时间越来越长
重构由小到大，
从重复使用的抽出，
到重新制定 interface / architechture / 前后端分离都有
但重构前请记得为重要的部分写 unit test，越完整越好，
至少重构完可以比较不用怕哪个环节出差错。
如果不打算写 unit test，就请你让他乖乖在那就好，不要动它
否则你就只是在把坑挖得更深
另外重构很需要好的 IDE，
至少要可以看到此 function 的所有 references/implementation/hierarchy
也可以砍掉完全没人用的 object / property 等
//
推最后几句...盲目想翻code常见于刚毕业的小朋友(其实我年轻的时候也动过类似念头 ㄎㄎ)
作者:
kewang (652公共汽车)
2018-09-24 21:44:00看到“要有很好的 IDE ”突然想到，如果是 java 用一堆 reflection 的话，重构要特别注意这块啊啊啊！
以前把一个VC6的一个功能用C#重写，用起来神清气爽很多
虽然要重构前要先加test，实际上旧系统如果这么好测试的话，后人通常也不会想重构… 耦合度太高，想重构发现整个系统都要改…应该说，如果非常 testable 的话，通常也不需要重构…
作者:
bndan (seed)
2018-09-25 13:08:00推最后4句...有些时候 在没完备测试支援下 旧的程式可靠度至少有时间的检验...
作者:
Sex5F (HTC)
2018-10-16 11:21:00科科过去我也是小白看不懂现在烂code照样能改我没说code写的好喔，高手强在烂code也能改