|
锁定老帖子 主题：你们的项目经常重构代码吗？
精华帖 (0) :: 良好帖 (5) :: 新手帖 (1) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-06-28
我们的代码，经常都有代码review。但是代码review之后，大家并没有大量的重构代码。主要原因是重构代码需要花太多的时间，而且还有再次测试，对于很少的项目时间来说，重构代码是很不划算的。
不过不重构代码，大家的代码质量又很难提高。不知道大家怎么办？ 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2009-06-28
不知道代码review和结对编程那个更加省时间？
而且结对编程可能对两个结对的人要求比较高，不管是从个人素质，还是合作上面。 |
| 返回顶楼 | |
|
发表时间：2009-06-28
重构是建立在充分地单元测试的基础上的。
|
| 返回顶楼 | |
|
发表时间：2009-06-28
mock1234 写道 不要把重构说成是一个重量级的企业开发文档开发步骤，那种理解是很荒唐的。XP的重构，是指发生在5～10分钟之内的那种操作，只有擅长每一次都高标准地完成看似短促、心血来潮就可以进行的重构才具有最大的威力，这个时候如果你的代码总是可以保持系统回归测试稳定性就可谓巅峰状态之作；而那些费了九牛二虎之力搞一场轰轰烈烈重构运动的笨重行为则反而不太擅长重构，初级水平、质量较低的开发人员就可以做这个事了。
那你就是说:当代码完成之后，再由有经验的人做代码review，之后再重构，这本身就是错的？ |
| 返回顶楼 | |
|
发表时间：2009-06-28
什么规模的重构？
|
| 返回顶楼 | |
|
发表时间：2009-06-28
aws 写道 什么规模的重构？
一般就是10天左右的开发量，几千行代码的review。我们每次项目目标都很小的，是典型的迭代开发 |
| 返回顶楼 | |
|
发表时间：2009-06-28
没自动测试，就不要扯什么重构。
|
| 返回顶楼 | |
|
发表时间：2009-06-28
tuti 写道 没自动测试，就不要扯什么重构。
自动测试是有的 但是unittest覆盖率应该比较低 |
| 返回顶楼 | |
|
发表时间：2009-06-29
覆盖率低就表示根本不是 TDD
|
| 返回顶楼 | |
|
发表时间：2009-06-29
poson 写道 tuti 写道 没自动测试，就不要扯什么重构。
自动测试是有的 但是unittest覆盖率应该比较低 有多低？ |
| 返回顶楼 | |
