gydtep
发表于 2020-9-29 10:01:07
所以需要一个和原生技术结合度好，而且又能避免写重复代码的技术方案。Flutter 比较符合这个定位。
gydtep
发表于 2020-9-29 11:36:49
分析二进制产物的包结构，压缩 Flutter Engine 和 Dart AOT 编译产物的大小。分析 DartVM 的内存管理机制和 snapshot 功能，不断优化内存。而且有针对性的对图片库的内存、Engine 的启动流程做了优化。
gydtep
发表于 2020-9-29 13:22:19
所以基于 Flutter Engine 封装了 2D Canvas API 透出到 JS 环境，性能和稳定性相比之前的技术都有大幅提升。而且对接到了淘宝小程序的容器环境，支撑互动类的业务。
gydtep
发表于 2020-9-29 13:43:00
在阿里内部建立了 AliFlutter 信息互通的虚拟组织，淘宝、闲鱼、特价版、飞猪、盒马、UC、钉钉、CBU/ICBU、优酷、本地生活、搜索、天猫精灵等 BU 都有接口人在参与，定期开会同步信息，避免出现重复建设。
gydtep
发表于 2020-9-29 14:04:54
另外在社区我们和 Google 官方团队也保持着联系，定期开语音会议。这个合作关系建立之后，在社区也可以混个脸熟，我们提的 issue 和 PR 说不定会被优先处理~
gydtep
发表于 2020-9-29 15:24:53
整个项目是在之前的技术积累上进一步做建设，首要原则是降低对 Flutter 本身技术的侵入性，确保架构可持续迭代。
gydtep
发表于 2020-9-29 16:25:47
引擎层：这部分逐渐走向技术的深水区，分别在启动链路、AOT 编译、DartVM、渲染管线、图形化/光栅化等领域做优化和增强，在业务无感的情况下，提升内核的性能和稳定性。
gydtep
发表于 2020-9-29 16:40:37
对接层：这部分工作大部分已经完成，继续查漏补缺，不断完善使用体验。
gydtep
发表于 2020-9-29 21:26:02
而 Flutter 的工具链是要基于壳工程来打包和调试的，很多情况下，在壳工程里没法实现完整的业务逻辑。
gydtep
发表于 2020-9-30 10:06:26
关于演进路线，Flutter 本身的技术特点也比较适合历史包袱比较少的新兴业务，所以优先考虑的是新型 App 和垂直类的业务，然后再推广到常规业务中。
