向后兼容性与标准合规性？

Question

假设您有一个需要维护的旧代码库，并且它显然不符合当前标准。 您将如何分配您的努力来保持代码库向后兼容，同时获得标准合规性？ 对你来说什么是重要的？

Answer 1

在我的工作场所，我们没有时间仅仅因为代码变得更好而进行重构。 必须存在错误或客户提出功能请求。

根据该规则，我会执行以下操作：

重构时：

如果我必须对旧项目进行更改，我会清理、重构或重写我正在更改的部分。

因为我始终必须理解首先更改代码，这是进行其他更改的最佳时机。

此外，这也是为您的更改和现有代码添加缺少的单元测试的好时机。

我总是先进行重构，然后进行更改，这样我就更有信心我的更改不会破坏任何内容。

优先级：

最需要重构的代码部分通常包含最多的错误。 此外，我们不会收到任何客户不感兴趣的零件的错误报告或功能请求。 因此，通过这种方法，优先级会自动出现。

规避糟糕的设计：

我想有很多关于这方面的书籍，但以下是对我帮助最大的：

我构建了 外观：

1. 采用新的良好设计的外观，“隔离”现有的不良代码。 如果我必须编写新代码并且必须重用结构不良的现有代码（由于时间限制我无法更改这些代码），我就会使用它。
2. 原来的糟糕设计的外观，隐藏了新的好的代码。 如果我必须编写现有代码使用的新代码，我会使用它。

这些外观的主要目的是将好的代码与坏的代码分开，从而限制依赖性和级联效应。

Answer 2

当我需要使用模块时，我会花时间来修复它们。 在任何合理的公司中，预先重写/重构都不会成功，但维护一个庞大的代码库而不对其进行一些清理几乎肯定是一场噩梦。