refactoring - 当您学到新的东西/更好时，我应该回去修理工作吗？

Question

考虑到我们都在不断学习，所以我们都必须了解到一些很棒的东西，这些东西可以极大地改善我们的代码或部分代码。

问题是，当您学习了一些新技术，新策略或其他方法后，您还是应该回到已知的代码中工作，但是可以做得更好/可维护/更快/总体上得到改进并实现这种新知识？

我理解“如果还没有破裂，就不要修复它”的概念，但是什么时候对您已经编写的代码失去了自豪感，它对重构的意义是什么。

Answer 1

IMO，这取决于一些因素:

当前项目与否-会回到上一个项目进行更改并打开蠕虫 jar 来执行此操作吗？在我工作的地方，有我们当前的项目，虽然我可能会学到这一点，但我不会打算尝试使用较简单的项目来创建较旧的项目并不会产生新的问题。这里的另一种想法是采用SourceSafe中的内容并将其移至Subversion，这可能对仅拥有一个用于版本控制的软件很有用，但由于此处的大多数开发人员已经习惯于将其普遍地视为对时间的明智投资。同时使用。

代码的年龄-是我最近处理的这段代码，还是我将花费大量的时间来了解我什么时候回来了？尽管与上面类似，但是我当前的工作项目自2008年6月以来一直在进行，所以我一年或一年多以前从事的工作确实没有那么值得回去改变。

变化的规模-这需要数周还是仅几个小时？这也是要考虑的问题，因为很少的更改有时会导致花费大量时间来解决此问题，而由于更改的副作用，这些问题会变成新的错误。

这些都是可以指导我的事情，并要记住那些仅仅是因为看起来似乎更好的东西，而不一定是到处使用的东西。例如，尝试在钉子上使用钻头不是一个好主意，但是，如果您刚刚学会了如何使用钻头，并且想在到处使用 ，那么可能会有问题，例如锤子或 Spanner 之类的其他工具可能实用得多，所以请不要忘记为这项工作找到合适的工具，这也是值得的。