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

Question

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

Answer 1

在我的工作场所，我们没有任何时间仅仅因为它可以使代码更好而进行重构。必须有错误或来自客户的功能请求。

鉴于该规则，我执行以下操作:

当我重构时:

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

因为我总是必须先了解代码才能进行更改，这是进行其他更改的最佳时机。

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

我总是先进行重构，然后再进行更改，这样我就更有信心我的更改没有破坏任何东西。

优先事项:

最需要重构的代码部分通常包含最多的错误。此外，对于客户不感兴趣的部件，我们不会收到任何错误报告或功能请求。因此，使用此方法会自动进行优先级排序。

规避糟糕的设计:

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

我构建 facades :

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

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