重构全部代码是怎样的体验

[sea516]

最近在重构公司的代码，老业务用新框架。所有之前实现的需求，没有文档，从代码里看，然后用新框架实现。现在在熟悉新框架，如何调整心态或者规划，让这次重构会顺利进行

[kenshinhu]

重构之前得要做好单元测试吗

[sea516]

没人给点建议么

[sea516]

@kenshinhu 重构完了做单元测试吧

[finab]

@kenshinhu 需要全部重构的代码我相信做不了单元测试，😄

[anerevol]

1. 先根据老代码写各种文档，各种流程图时序图等。
2. 先写好单元测试。
3. 重构一小部分后马上要测试测试测试。
4. 重构 100 ％会引起新的问题的。

[jsonline]

那叫重构吗？那叫重写！

[jsonline]

重构必然是局部的。

[fwrq41251]

@sea516 肯定要先写单元测试啊。
能自动化的自动化，用好 JDT 。

[popu111]

想唱歌：“不过是从头再来～”请自行脑补旋律

[crazyxin1988]

这就是出力不讨好的事情

写好单元测试～ 就是这样子

[techmoe]

看工程多大吧

[otakustay]

先写 UT 再重构，不然你等着坑死自己
另外一般我们称为重写

[audi]

太累的体验

[zwy100e72]

必须写好单元测试啊
不然怎么验证重构没改变代码功能

[3dwelcome]

每个码农必然的过程、代码多了、早晚要整理重构的。

[lecher]

这种没有文档的重写就是拆炸弹，碰上这种一般不做替换，而是另开新系统做新需求，新需求用新技术，老的系统做需求封存，只在老系统做已经确定的需求，再加新需求都在新系统加。这么慢慢做一段时间，新系统可以逐步接收新业务的流量，逐步完成迁移。

[sea516]

@anerevol 领导希望很快能看到重构的效果，整体重构的时间也不是我自己能安排的。

[sea516]

@lecher 旧系统不足以支撑现在产品的需求，领导又希望能够看到能用的框架和技术

[iMouseWu]

最最最最蛋疼的是,重构完以后,QA 同学怎么测试,该测试那些功能？ TDD 是一种很好的方式,但是还得看原代码的代码质量了,如果代码质量不是很好的话,写单元测试也是一件比较蛋疼的事情。
@finab 是正解

[cuebyte]

@sea516 拆分业务，先重构一部分，一步步来，一下子重构所有简直痴人说梦，新系统的健壮性也得不到检验。