我是一个点网开发者。我最近加入了一个团队，该应用程序是超过4 +年的遗留应用程序构建。现在我的经理的期望是——1.我应该更高效地清理，重构旧代码，改善性能问题。
但问题是 - 产品发布现在非常接近，性能非常慢。同样，当我新加入团队时，当我看到一些复杂的联合国必要逻辑时，但我害怕更改它，因为它不应该破坏现有功能或所做的补丁修复。
请建议要遵循的最佳实践，以应对这种情况并提高工作效率超越预期。
- 即使我觉得我在技术上足够合理，但我无法使用因此，我的一位好心人建议我改进"代码可读性"。任何类似的建议或经验都会对我有所帮助
谢谢
我唯一的建议是，在可能的情况下，确保您拥有涵盖当前功能的单元测试 - 然后您可以自由地改进功能/性能，而不必担心破坏现有功能。 当需要重构/改进性能时，用于获得良好代码覆盖率的投资通常会带来回报。
至于可读性 - 确保代码被分解为连贯的函数而不是整体代码块总是有帮助的......