refactoring - 我们为什么要重构?

标签 refactoring

就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the help center为指导。




8年前关闭。




我想知道我们进行重构的原因并证明它是合理的。我读到很多人对重构的想法感到不安。 Refactoring was variously described作为:

  • 前期不足的结果
    设计。
  • 无纪律的黑客行为
  • 一种不必要地冒着破坏稳定的危险的事件
    工作代码
  • 浪费资源。

  • 导致我们重构代码的负责任的原因是什么?

    我也在这里发现了一个类似的问题 how-often-should-you-refactor ,它没有提供重构的原因。

    最佳答案

    Why do we refactor?



    因为有 无实际替代品 用于编写代码。再多的前期规划或经验都无法替代实际的代码编写。这是整整一代人(称为瀑布)通过艰难的方式学到的。

    一旦您开始编写代码并处于其中,您就可以在较低级别上推理它的工作方式,您确实会注意到从更高的设计 View 中逃脱的事情(性能、可用​​性或正确性的事情)。

    重构正在完善。

    问问你自己:为什么画家会在同一个地方用画笔进行多次描边?

    关于refactoring - 我们为什么要重构?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/828764/

    相关文章:

    java - 重构两个几乎相同的方法

    java - 什么时候在java中使用null?

    language-agnostic - 构造变量嵌套循环的好方法是什么?

    java - 重构java中常见的静态方法

    c# - 为什么我会收到 ReSharper 错误 "The extracted code has multiple entry points"?

    javascript - 您可以将 Angular 服务作为参数传递给另一个 Angular 服务提供的函数吗?

    ruby-on-rails - 将键值对存储在 YAML 中并用于填充 Rails 表单 :collection?

    .net - 缩短这个 IF 语句

    c# - Resharper 不允许我将静态方法重构为实例方法

    java - 关于返回 null 的重构代码的有趣思考问题