refactoring - 在重构项目以提高可维护性时，要针对哪些目标？

Question

我有一个项目(大约 80K LOC)正在开发中，并且在发布之前我有将近整整一个月的奢侈重构和功能添加时间，只要我小心不要破坏任何东西。话虽如此，我能做些什么来提高可维护性。请不要在这个项目中没有进行单元测试，我真的不打算为此添加单元测试，但是如果这是普遍共识，我会考虑它。

我应该寻找并考虑修改或重构以提高软件可维护性和质量的关键事项是什么？

编辑:我已经清楚我需要单元测试。这不是我真正做过的事情，对于不熟悉单元测试的开发人员(最好通过 VS2008 的单元测试框架)，有哪些好的资源？

Answer 1

Please not there was no unit testing in place with this project and I'm not really PLANNING to add unit tests to this, however if it is the common consensus I will take it under consideration.

坦率地说，如果您的目标是提高可维护性，单元测试是无可替代的。

这将是第一步。问题是，如果没有单元测试，就无法知道在重构过程中是否“破坏”了某些东西。

单元测试为重构提供了一层安全保障。如果您无法验证重构不会改变行为，那么重构就很难感到自在，尤其是在进行大规模重构时。

您可以进行一些小的重构 - 小的重命名以提高理解等，但是任何大规模的重构或任何设计风格的重构都应该在设计和编写帮助您保护自己的测试之后进行以提高长期可维护性。