Re: [讨论] 前人的code 后人翻写的机率高吗?

楼主: 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 等
//
作者: kurtsgm   2018-09-24 21:31:00
推最后几句...盲目想翻code常见于刚毕业的小朋友(其实我年轻的时候也动过类似念头 ㄎㄎ)
作者: kewang (652公共汽车)   2018-09-24 21:44:00
看到“要有很好的 IDE ”突然想到,如果是 java 用一堆 reflection 的话,重构要特别注意这块啊啊啊!
作者: vi000246 (Vi)   2018-09-24 21:46:00
有那么好重构的话银行就不会用古老语言了
作者: MOONY135 (谈无欲)   2018-09-24 22:15:00
Trace完之后我就乖乖放弃了
作者: tennyleaz (tenny)   2018-09-24 23:11:00
以前把一个VC6的一个功能用C#重写,用起来神清气爽很多
作者: banqhsia (BEN)   2018-09-24 23:20:00
虽然要重构前要先加test,实际上旧系统如果这么好测试的话,后人通常也不会想重构… 耦合度太高,想重构发现整个系统都要改…应该说,如果非常 testable 的话,通常也不需要重构…
作者: bndan (seed)   2018-09-25 13:08:00
推最后4句...有些时候 在没完备测试支援下 旧的程式可靠度至少有时间的检验...
作者: l3161316 (口水)   2018-09-26 19:10:00
重写跟重构是两回事吧
作者: Sex5F (HTC)   2018-10-16 11:21:00
科科过去我也是小白看不懂现在烂code照样能改我没说code写的好喔,高手强在烂code也能改

Links booklink

Contact Us: admin [ a t ] ucptt.com