coding-style - 你如何修改你的代码？

Question

我发现自己重新审视了我的项目领域并再次完善它们。这通常发生在我从头开始做某事时，当我更好地理解它时，我的代码和技术会变得更好，因此我会回顾我所做的事情并让它变得更强大。这是正常的还是我没有经验？你多久重新访问一次你的代码？好的程序员写一次就不需要改变吗？

Answer 1

我同意其他答案，但这也取决于您编写代码的原因。如果它是截止日期的特定项目，您可能没有太多机会。如果它可能被其他人重用，请确保重构不会破坏他们正在使用的任何东西。如果这是一个长期项目，尤其是一个公共(public)项目，那么几乎可以肯定它需要大量重构。

我已经编写了一个公共(public)图书馆大约 13 年，并且经历了 5 个半的修订(我正在经历的那个)。在许多情况下，这是因为技术已经改进，而我为自己做的事情现在可以用标准库来做。多年来，我学到了许多更好的策略。

一般来说，良好的重构通常意味着丢弃旧代码。

更新
现代工具使自动执行许多操作变得容易(例如更改名称、包)。专家建议方法很短，所以当你发现你的方法延伸到两页时，将它重构为更短的方法。但有时这些工具无济于事，您必须创建暂时损坏的代码。在这种情况下，请确保您 (a) 在工作版本上运行单元测试 (b) 提交它。很容易进入一个复杂的重构操作，并意识到你已经把它破坏得非常糟糕，以至于你需要回溯。
如果您的用户依赖您的代码，请确保您继续提供他们知道的 API。例如，假设您有一个名为

Date date = getLastUpdate();

你决定(就像我和其他许多人所做的那样) java.util.Date被绝望地打破了。你决定换成 Joda DateTime但是在这个过程中会很艰难。您可能需要留出时间一次性完成它。不要将 API 更改为

DateTime date = getLastUpdate();

创建一个新界面，例如

DateTime date = getLastDateTimeUpdate();

然后把原来的标记为 @Deprecated
在决定发布新版本之前，您不应该删除早期版本(动态更改 API 会失去 friend )