C# 如何在旧的大型复杂维修项目中提高生产效率

我是一个网络开发者。我最近加入了一个团队，该团队的应用程序是一个超过4年的遗留应用程序构建。现在我的经理的期望是—— 1.我应该更高效地清理、重构旧代码以改善性能问题

但问题是，产品发布时间很近，性能也很慢。另外，当我刚加入团队时，当我看到一些不必要的复杂逻辑，但我害怕改变它，因为它不应该破坏现有的功能或修补程序

请建议应遵循的最佳实践，以应对此类情况并提高生产率 超出预期

• 虽然我觉得我在技术上足够健全，但我无法利用 所以我的一位好心人建议我改进“代码可读性”。任何类似的建议或经历都会对我有所帮助

---

谢谢

我唯一的建议是在可能的情况下确保您有涵盖当前功能的单元测试，这样您就可以自由地改进功能/性能，而不用担心破坏现有功能。当需要重构/提高性能时，用于获得良好代码覆盖率的投资通常会带来回报

---

至于可读性——确保代码被分解成连贯的函数而不是单一的代码块总是有帮助的……

我唯一的建议是尽可能确保您有覆盖当前功能的单元测试——然后您可以自由地改进功能/性能，而不用担心破坏现有的功能功能。当需要重构/提高性能时，用于获得良好代码覆盖率的投资通常会带来回报

---

至于可读性-确保代码被分解为连贯的函数而不是单一的代码块总是有帮助的…

我建议您搜索适当的主题，与此相反，这将是主题。我建议您搜索。。。另一项工作“我应该更高效地清理、重构旧代码以改善性能问题。”-然后开始编写单元测试，因为在没有测试的情况下更改代码是。。。嗯，只是更改代码。我建议您搜索适当的主题，与此相反，在主题上的位置。我建议您搜索。。。另一项工作“我应该更高效地清理、重构旧代码以改善性能问题。”-然后开始编写单元测试，因为在没有测试的情况下更改代码是。。。嗯，只是换代码而已。