现代化方法的缺点是，引入错误和管理流程的风险比封装方法更高。此外，深入代码理解和重构代码感觉很“困难”。但这通常是唯一的方法。其他方法也需要深入代码，因为两者都需要了解代码的实际用途。
完全替换。，成本高昂，风险也高。然而，尤其是在遗留代码依赖于过时的平台或技术的情况下，有时不得不采用“轮回”的方法。理想的情况是，在替换项目结束时，能够实现一个性能与遗留应用程序相同，且面向未来的应用程序。
通常，很难说服管理层，在投入大量资金后，替换版本（但愿如此！）能够提供与原始 最近的手机号码数据 应用程序相同的功能。对于仍在积极开发的应用程序，这需要一段时间的加倍工作，因为最新的改进也需要融入到替换版本中。此外，遇到技术难题以及由此导致的项目延误的风险也很高。除了成功的尝试之外，我们也看到过一些项目拖延，替换软件本身甚至在发布之前就变成了遗留代码。
如何减轻遗留代码的痛苦，同时保留宝贵的代码
要确定特定应用程序的最佳策略，必须明确几个方面，包括代码状态、长期前景、预期以及应用程序所有者制定的路线图。每当我们着手一个新的软件现代化项目时，我们通常都会首先评估应用程序及其前景。我们会分析代码状态及其技术环境。此外，通过与开发团队和管理层的讨论，我们会明确当前和预期的用途、当前需求和未来前景。基于此评估，我们会制定最佳改造策略的建议并提出行动计划。这种分析被称为“模型扫描”，它为遗留应用程序提供了长期愿景，并为确定应用程序开发的优先级和规划提供了指导。模型扫描的周期短至两天（情况明朗时），长至十天（情况较为复杂时）。