Flutter动态化开发之Fair实战

一、背景

目前移动端应用的版本更新， 最常见的方式是定期发版，无论是安卓还是iOS，都需要提交新的安装包到应用市场进行审核。审核通过后，用户在应用市场进行App的下载更新。而动态化， 就是不依赖更新程序安装包， 就能动态实时更新页面的技术。

相比动态化技术，定期发版更新应用的方式存在一些问题，比如:

• 审核周期长， 且可能审核不通过。 周期长导致发版本不够灵活， 紧急的业务需求不能及时上线。
• 线上出现急需修复的bug时，需要较长修复周期，影响用户体验。
• 安装包过大， 动辄几十兆几百兆的应用升级可能会让用户比较抗拒。
• 即使上线了，也无法达到全部用户升级， 服务端存在兼容多版本App的问题。

面对这些问题，如果能实现app增量、无感知更新，实现功能同步。无论是对公司还是用户都是非常好的体验。并且，动态化更新还能很好的解决以上问题：

• 随时实现功能升级。
• 线上bug可以实时修复，提高用户体验。
• 减小发版功能包体积。
• 发版后用户同步更新，不存在旧版本兼容问题。

经过团队近期的调研和学习，对业界Flutter动态化框架进行了如下总结:

• MXFlutter(腾讯):  使用js编写dart,  抛弃了 Dart 生态，维护困难。
• MTFlutter(美团):  布局，逻辑都使用Dart，增加语法解析和运行时, 由于其未开源，无从深入研究。
• Fair(58):  使用转换AST+JS的方式，通过下发bundle 和 js实现热更新，代表框架 Fair。
<