DEV Community
·
我如何成功将10万行Flutter代码迁移到Navigator 2.0（以及差点让我崩溃的经历）
💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
在400小时的迁移过程中，Flutter应用从Navigator 1.0迁移到2.0，遇到多重问题，如GetX与GoRouter混用、缺乏测试和状态管理盲点。尽管经历困难，迁移后应用性能显著提升，开发者对新系统表示认可。
🎯
关键要点
- 在400小时的迁移过程中，Flutter应用从Navigator 1.0迁移到2.0，遇到多重问题。
- 选择GoRouter是因为需要更好的状态管理和未来的网络扩展。
- 混用GetX与GoRouter导致了导航系统之间的竞争，造成了17%的屏幕返回行为不一致。
- 未创建导航兼容层和未同时更新所有功能分支导致了48小时的调试时间。
- 迁移后的测试与合并代码库的测试不同，导致了大量的错误。
- Navigator 2.0需要明确的路由状态管理，遗漏了复杂查询参数的深层链接。
- GoRouter的文档不足，导致了重定向逻辑和路由可观察对象的处理问题。
- 迁移过程中应冻结功能开发，创建父分支并进行每日合并演练。
- 分配20%的时间用于处理意外平台问题和第三方插件冲突。
- 迁移后应用性能显著提升，42%的屏幕过渡速度更快，68%的导航相关崩溃减少。
❓
延伸问答
迁移到Navigator 2.0的主要挑战是什么？
主要挑战包括GetX与GoRouter的混用、缺乏测试、状态管理盲点等。
选择GoRouter的原因是什么？
选择GoRouter是为了更好的状态管理、未来的网络扩展和符合Flutter哲学的声明式路由。
在迁移过程中如何处理意外问题？
应分配20%的时间处理意外平台问题和第三方插件冲突。
迁移后应用的性能有何变化？
迁移后，应用性能显著提升，42%的屏幕过渡速度更快，68%的导航相关崩溃减少。
在迁移过程中应该如何进行测试？
应进行小部件测试、黄金测试和边缘情况的猴子测试，确保全面覆盖。
迁移到Navigator 2.0的最佳实践是什么？
最佳实践包括冻结功能开发、创建父分支和进行每日合并演练。
➡️
