浅谈如何将项目中的 Dojo 从 1.6 升级至 1.8（2）Dojo 的升级流程

look_w

Dojo 的升级流程由于 Dojo 在一个项目中通常承担着前端页面显示框架的角色，因此在对 Dojo 进行升级之前，需要制定完整的升级流程来确保升级的质量。
一般情况下，对 Dojo 的升级需要包括 6 个环节，如图 1 所示：
图 1.Dojo 升级的一般流程这里需要特别说明的步骤是第一步，升级前验证。由于不同的项目对 Dojo 的使用情况不同，因此在决定升级之前，需要验证该项目能否进行升级，以及升级后能否达到预期的效果。这种验证可通过选取项目中一个典型的功能模块进行，首先尝试将项目中的 Dojo 框架替换为新版本，然后着重解决与该功能模块相关的代码兼容问题，最后通过运行该功能模块，来查看 Dojo 升级后的效果。
升级前验证这一环节在笔者项目的 Dojo 升级过程中发挥了重要作用。前文提到，该项目升级的主要目的是为了使用 Dojo 1.8 提供的移动平台控件，因此在升级前验证这一步里，我们选取了一个典型的日历控件作为试验点，在项目中加入为移动设备特别优化的 Dojo 日历控件。然后使用 iPad 访问项目，测试发现新的日历控件工作正常。由此虽然不能证明全部控件都可在升级后正常使用，但可证明项目在 Dojo 框架上不存在严重兼容性问题，能够进行升级。并且日历控件的升级过程也可为之后其它控件升级提供参考。
计划与设计环节是在升级前验证的基础上，制定出升级的详细计划与程序改动设计，为之后的一系列工作提供指引。项目代码修改这一环节是历时最长的一个环节，尤其是当升级策略是全新升级时。不同项目使用 Dojo 的情况复杂多变，因此没有一个完整的列表用于统计有哪些地方需要升级，需要采取“修改-调试-修改”的工作方式。代码修改后的单元测试必不可少，能够尽早地发现升级所带来的问题。而在项目代码修改与单元测试完成之后，需要进行大规模的回归测试，来确保这种框架级代码改动后的质量。项目的升级报告作为最后一个环节，是对前面工作的总结，以及对升级后项目新特性的声明，这些信息对项目管理是至关重要的。