language-agnostic - 解释重构

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

8年前关闭。




Improve this question




题

我的问题是你如何教授整理和重构代码的方法和重要性？

背景

我最近正在为一位同事进行代码审查。他们对一个久违的同事的工作做了一些修改。在进行新更改期间，我的同事曾尝试重构项目，但在遇到崩溃或其他问题时立即放弃(而不是追着兔子钻进洞里寻找问题的根源)，因此重新实现了问题代码和在此基础上构建更多。这让代码陷入了一堆变通方法和神奇的数字中，所以我和他们坐下来进行重构。

我试图解释我如何确定我们可以重构的地方，以及每次重构通常如何突出新的领域。例如，有两个变量存储了相同的信息——为什么？我猜想这是一个更大问题的解决方法，所以我拿出一个变量，把兔子追到洞里，在我们去的时候发现了其他问题。这最终导致发现一个问题，我们多次循环相同的东西。这在很大程度上是由于使用了魔数(Magic Number)大小的数组混淆了正在做的事情——修复最初的“双变量”问题导致了这个发现(和其他)。

当我和我的同事一起进行这次重构之旅时，很明显她并不总是能够理解我们为什么要进行某些更改以及我们如何确保新功能与原始功能相匹配，因此我花时间进行了解释和证明通过与早期版本进行比较并逐步完成纸上的更改来进行每个更改。我还通过示例解释了如何判断重构选择是否是一个坏主意，何时选择注释而不是代码更改，以及如何选择好的变量名称。

我觉得坐在一起做这件事的过程对我自己(我必须更多地了解如何最好地向他人解释事情)和我的同事(他们必须了解更多我们的代码和我们的编码实践)都是值得的但是，这次经历让我想知道是否有更好的方法来教授重构过程。

……最后……

我知道什么需要或不需要重构，以及如何重构它是非常主观的，所以我想避开那个讨论，但我有兴趣了解其他人将如何应对教授这项重要技能的挑战，如果其他人这里有过类似的经历以及他们从他们身上学到的东西(无论是作为老师还是作为学生)。

Answer 1

像大多数编程一样，重构技能来自实践和经验。认为它可以被教授会很好，但它必须被学习——而且在不同环境中可以完成的学习量存在显着差异。

为了回答您的问题，您可以以教学方式教授重构方法和良好的设计，这很好。但是，归根结底，你我都知道达到一定的水平只能通过长期的艰苦经验。