为什么Flutter被我弃用了？

前言

Flutter 这两年的热度不断提升，行业内投入建设 Flutter 的公司也越来越多，有很明显的上升趋势。

作为一个技术框架，Flutter 该有的功能都有了，但要把它应用到业务中去，还得解决工程问题、复用已有的技术积累、融入业务的工作流等，还要针对特定的业务场景做增强和扩展。

所以，我们的核心目标是把 Flutter 从一个单点的技术框架，打造成完整的企业级解决方案。

Flutter社区发展情况

在官方四月底的统计数据中，自发布以来的 16 个月内，已有 200 万开发者使用 Flutter，三月份的时候也有 10% 的增长，Google Play Store 中发布的 Flutter 应用约有 5 万个，仅在2020年4月就有近 1 万个应用上传。

开发者所在的团队，初创公司最多，占了 35%，26%是企业开发者，19%是独立开发者，还有7%的设计机构。

Flutter 使用者数量排名前五的地区是印度、中国、美国、欧盟和巴西。

很神奇，国内开发者对 Flutter 的热情比出生地美国还要高。

从各种公开信息来看，头条、微信、QQ、美团、抖音、快手都对 Flutter 保持的密切的关注，而且已经不是小规模尝试了，有些公司已经铺开准备大规模建设了。

简单来讲，Flutter 的发展势头越来越猛，国内大公司都在建设，Flutter 更受新兴业务的青睐。

工程和效率

在真正的业务实践里，很少把一整个 App 都用 Flutter，基本上都是把 Flutter 当成一个模块引入，在开发和调试 时还依赖自身的各种库，如网络、图片、安全认证等。

而 Flutter 的工具链是要基于壳工程来打包和调试的，很多情况下，在壳工程里没法实现完整的业务逻辑。

所以我们要在 Flutter 工具链基础上提供了扫码开发的能力，直接使用完整的 App。

除了对本地开发环境的增强，我们也在考虑和云平台的联动，借助 FaaS 的支持，实现在一个工程里、一套技术栈开发完整的应用逻辑。

模板化开发

Flutter 的动态化能力一直是比较弱的，然而电商系的应用对动态化有强诉求，在淘宝 App 首页和核心交易链路里使用到了一个模板化的渲染框架 DinamicX，可以动态下发模板来驱动页面渲染，使用到的组件以及绑定的业务逻辑是原生语言开发的，如 Java 和 Objective-C，不支持 JS 等依赖脚本引擎的语言，这样性能更好，审核风险更低。

我们正在把这一套成熟的模板化的渲染协议迁移到 Flutter 上来，既不破坏 Flutter 页面本身的性能体验，也在一定程度上提供了动态化的能力。

多 FlutterView 嵌入

在 Flutter 页面的某个区块使用原生组件可以用 PlatformView，还有一种情况是，在原生渲染的页面里，某一个区块是用 Flutter 实现的

也就是说，不拿 Flutter 写一个完整的页面，而是写一个（或多个）组件嵌入到原生页面中，这项能力在真实的业务场景中也是有诉求的。

Flutter 仓库的 issue 里也有人提出了 multi-window API 的需求，我们也在评估各种实现方案，关键问题是要不要在多个窗口间复用同一个 Engine 实例，以及如何管理多个 Scene 等。这方面我们也在开源社区里讨论技术方案，及时跟进这项功能的实现。

闲鱼是使用 Flutter 技术的先驱，积累了比较丰富的实践经验，淘宝特价版也在大范围的使用 Flutter，期待业务开发者们给大家介绍更丰富的细节吧。

最后

小编这里有一套关于Flutter的资料，可以帮助还不熟悉Flutter的你或者需要进阶的你。

当然了，本文所列出的知识点还不完全，要比较系统的学习，我这里可以分享我分享一份大佬收录整理的Android学习PDF+架构视频+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料

这些都是我现在闲暇还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效的帮助大家掌握知识、理解原理。

当然你也可以拿去查漏补缺，提升自身的竞争力。

相信它会给大家带来很多收获。如果你有需要的话，可以点击获取！

如果你觉得自己学习效率低，缺乏正确的指导，可以加入资源丰富，学习氛围浓厚的技术圈一起学习交流吧！

喜欢本文的话，不妨顺手给我点个赞、评论区留言或者转发支持一下呗~