1

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

但问题是 - 现在产品发布非常接近,性能非常缓慢。同样当我新加入团队时,当我看到一些复杂的联合国必要逻辑时,我害怕改变它,因为它不应该破坏现有的功能或补丁修复。

请提出要遵循的最佳实践,以应对这种情况并提高生产力以超出预期。

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

谢谢

4

1 回答 1

1

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

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

于 2013-11-14T15:07:26.450 回答