译者|布加迪评论|Qianshan我的一位同事在大型项目代码重构方面有着丰富的经验，他真诚地与我分享了他是如何处理这些复杂的Task的。虽然他所做的大部分事情只是坚持不懈地努力工作，比如在健身房锻炼，但对我来说这很有意义。这篇文章分享了他的秘密。1.组织目录当你试图为一个大项目重构代码时，你很快就会碰壁，因为你不知道首先要做什么，所以你开始阅读O'Reilly技术书籍，或者了解软件开发过程。或产生兴趣的方法（如TDD和DDD等）。如果是这样，你的策略就会失败。无论如何，你应该实际去做而不是寻找所谓的灵丹妙药。首先为什么不整理工程目录呢？您可以从了解一些风险开始，因为这样做很少会导致错误。由于大型项目目录通常很杂乱，您最初可能会发现很难掌握类的范围和使用它们的位置。因此，组织目录可以帮助您在修改类之前了解类在项目中的作用和范围。有时，您很难理解某些类的作用。在这种情况下，创建一些临时目录，比如“legacy”、“garbage”之类的，然后将类文件放入其中。随着您逐渐理解这些类的含义，您可以将它们移动到其他适当的目录。2.多写评论和文档即使你不得不重构代码，如果你仍然认为你不需要任何评论来获得干净的代码，那么是时候意识到你的代码不再干净了；你所要做的就是写很多评论，即使它们看起来冗长和多余。在阅读代码时，您应该在代码旁边留下可能引起疑问的注释。如果你找到了答案，你应该在忘记之前把它们记下来。如果代码与您正在执行的当前任务无关，您可能不想留下评论。但是想想看。如果不摆脱一个自我约束，你就抽不出时间来标注，以后也看不到任何开始标注的迹象。请注意，它们只是注释。接下来，不妨写一些你不喜欢写的文档。编写文档对于代码重构也是必不可少的，尽管它总是令人厌烦，有时甚至令人筋疲力尽。您可能已经或正在参与多个基于“代码作为文档”规则的项目。如果用新功能替换功能，您将需要阅读所有代码以了解该功能的作用。另一方面，如果您有无可挑剔的文档，则完全有可能使用理想的编程来实现这些功能。“这很奇怪。代码最终会被重构，我为什么还要写注释和文档？”这种想法是错误的。代码重构是一项持续的工作。你不确定什么时候可以开始，或者你是否可以自己开始。有很多注释和文档供您和您的同事将来阅读。3.编写更多代码这听起来很简单，但不是开玩笑。如何确认提交并修改几行代码以衡量生产力？比如说，你不能在第一个月内进行100次提交和10,000次增删改查，那么你可能需要重新审视你的计划。无论如何，尽可能多地专注于编程可能是个好主意。您不必考虑体系结构、测试、编程规则或其他任何内容，因为您可以在编程时考虑这些事情。如果您首先查看编码，您会发现与您的项目兼容的指标。“你的意思是，我必须重写我一开始写的所有代码，是吗？”你是对的。如果您犯了错误，请重写代码。没有人能在不遇到失败的情况下完成代码重构。“话虽如此，还是很难抽出时间来写那么多代码。”您可能会遇到办公室会议太多、项目交付时间太长或自己缺乏技能等问题。然而，没有一件事是一蹴而就的。同样，您不必寻找灵丹妙药，只需不断尝试即可。有志者，事竟成。原文链接：https://medium.com/@cafedeichi/massive-project-code-refactoring-tips-4a973c3bcc7f
