这是一个创建于 3150 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在重构公司的代码，老业务用新框架。所有之前实现的需求，没有文档，从代码里看，然后用新框架实现。现在在熟悉新框架，如何调整心态或者规划，让这次重构会顺利进行
 |
1
kenshinhu 2016-04-07 11:37:02 +08:00
重构之前得要做好单元测试吗
|
 |
2
sea516 OP 没人给点建议么
|
 |
5
anerevol 2016-04-07 11:44:19 +08:00
1. 先根据老代码写各种文档，各种流程图时序图等。
2. 先写好单元测试。 3. 重构一小部分后马上要测试测试测试。 4. 重构 100 ％会引起新的问题的。 |
 |
6
jsonline 2016-04-07 11:44:35 +08:00 via Android
那叫重构吗？那叫重写！
|
|
7
jsonline 2016-04-07 11:44:56 +08:00 via Android
重构必然是局部的。
|
 |
9
popu111 2016-04-07 11:45:53 +08:00 via Android
想唱歌：“不过是从头再来～”请自行脑补旋律
|
 |
10
crazyxin1988 2016-04-07 11:45:54 +08:00
这就是出力不讨好的事情
写好单元测试～ 就是这样子 |
 |
11
techmoe 2016-04-07 11:47:59 +08:00
看工程多大吧
|
 |
12
otakustay 2016-04-07 11:54:59 +08:00
先写 UT 再重构，不然你等着坑死自己
另外一般我们称为重写 |
 |
13
audi 2016-04-07 11:58:15 +08:00
太累的体验
|
 |
14
zwy100e72 2016-04-07 12:13:16 +08:00 via iPad
必须写好单元测试啊
不然怎么验证重构没改变代码功能 |
 |
15
3dwelcome 2016-04-07 12:19:07 +08:00 via Android
每个码农必然的过程、代码多了、早晚要整理重构的。
|
 |
16
lecher 2016-04-07 12:54:44 +08:00 via Android
这种没有文档的重写就是拆炸弹，碰上这种一般不做替换，而是另开新系统做新需求，新需求用新技术，老的系统做需求封存，只在老系统做已经确定的需求，再加新需求都在新系统加。这么慢慢做一段时间，新系统可以逐步接收新业务的流量，逐步完成迁移。
|
 |
19
iMouseWu 2016-04-07 13:51:36 +08:00
最最最最蛋疼的是,重构完以后,QA 同学怎么测试,该测试那些功能？ TDD 是一种很好的方式,但是还得看原代码的代码质量了,如果代码质量不是很好的话,写单元测试也是一件比较蛋疼的事情。
@finab 是正解 |
 |
21
somnus 2016-04-07 16:53:20 +08:00
炒鸡酸爽,我重构了几个月..
|
Select Language