我们都知道重构很好,我和下一个人一样喜欢它,但是你有真实的案例吗?not重构?
像时间关键的东西或同步之类的东西?技术或人为原因同样受欢迎。真实案例场景和经验优先。
Edit:从迄今为止的答案来看,不重构的唯一原因似乎是金钱。我的问题主要与这样的问题有关:假设您想执行“提取方法”,但如果添加额外的函数调用,您将使代码速度稍慢并阻碍非常严格的同步。只是为了让您了解我的意思。
我有时听到的另一个原因是“其他习惯当前代码布局的人会对你的更改感到恼火”。当然,我怀疑这是一个充分的理由。
我非常热衷于通过重构来保持代码的整洁和可维护性。但你通常想回避重构运行良好的生产模块并且不需要改变。然而,当您确实需要在模块上工作来修复错误或引入新功能时,一些重构通常是值得的,并且不会花费太多,因为您已经致力于进行全套测试并完成发布过程。 (单元测试非常有帮助,但正如其他海报所指出的那样,它只是完整测试套件的一部分。)
更重要的重构可能会使其别人更难找到自己的路围绕新代码,他们可能会对重构做出不利的反应。为了最大限度地减少这种情况,请使用结对编程等方法让其他团队成员参与到该过程中。
更新(8/10):不重构的另一个原因是当您没有以适当的方式接近现有代码库时谦逊和尊重。有了这些品质,你就会倾向于保守,只进行真正能带来改变的重构。如果你过于傲慢地对待代码,你可能最终只是进行更改而不是重构。新方法名称真的更清晰吗?还是旧方法名称在您的应用程序域中具有非常特定的含义?当现有样式符合项目指南时,您是否真的需要根据您的个人风格机械地重新格式化该源文件?结对编程同样可以提供帮助。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)