您有三个基本选项:
如果该应用程序很小并且确实很混乱,那么重新开始可能是最好的选择。
重构。
忍无可忍,破解其他功能。
通常,选项(2)是您最好的选择。
您实际进行多少重构将取决于您投入的资源与获得的价值。要提出的问题包括:
- 什么时间/预算可用?
- 您预计将来会进行多少修改?
- 还有谁会看到代码?(即,凌乱的代码会损害您的声誉吗?)
- 是否需要其他人维护代码?
- 有哪些重构工具可以帮助您?
- 您的重构经验是什么?
- 您将从重构中学到什么经验?
- 哪种重构将为您带来最大的收益?
- 已有哪些自动化测试?需要写吗?
- 需要多少手动测试?
- 如果您保留原样的代码,您会有什么感觉?
以我的经验,在重构过程中很容易陷入混乱。我学到的最重要的教训是:
- 一次做一件事。
- 采取小步骤。
- 充分利用您的源代码管理(经常签入+包含注释)。
- 利用自动重构工具。
- 了解IDE。