最近在重构公司的代码,老业务用新框架。所有之前实现的需求,没有文档,从代码里看,然后用新框架实现。现在在熟悉新框架,如何调整心态或者规划,让这次重构会顺利进行
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
炒鸡酸爽,我重构了几个月..
|