从业务运用上看： Flutter 目前带来的最大价值是研发效率的提升。在基建和 native 扩展才能完备的前提下，开发基于 Flutter 的纯 Dart 业务的人效比之前各端辨别开发的效率提高了接近 2 倍，单位时间内的需求照应才能也相应提高了接近2倍，目前已在闲鱼和特价版业务开发中失掉了很好的工程化验证。

从顺应场景看： Flutter 目前比较适宜承载富图文内容，如概略、Feeds 流、用户主页等常规业务开发，以及 2D/2.5D 游戏场景以及富动效业务。

Flutter 经过单端技术栈可以同时满足以前需求 iOS、Android 以及前端技术栈辨别担任的业务场景，甚至可以经过端云一体化的开发形式运用 Dart 担任一部分效劳端业务逻辑开发，可以协助业务团队拓展业务边界的同时，完成前后端研发才能闭环。

Flutter 目前的限制在于，静态功才能及前期的投入成本。 前期投入成本主要指技术学习与团队研发形式晋级的成本，触及到技术路途选择，是我们和每个业务团队需求一同思索和判别的，这里不展开谈。

静态功才能是 Flutter 的相对短板， 目前可以经过 Flutter 模板化技术完成基于模板的组件级静态化才能，但基于功用、审核及对原生 Flutter 体系的侵入性等多种要素，目前还不能去直接完成UI + 逻辑静态化才能。

Flutter Web 方案虽然不存在审核限制，但受限于阅读器 DOM API 与 widgets 体系的差异性，目前依旧存在较严重的功用瓶颈和渲染差异性，仅可作为升级的备用方案，暂时无法作为静态化的主要完成方案。

未来在静态化方向的探求也将是个长期的博弈进程。 假设前面我们可以处置好 Flutter 静态化的成绩，那么 Flutter 完全无时机成为集团业务的中心研发形式之一。

综上我们以为，入局 Flutter 的机遇已成熟，合力共建 Flutter 集团移动生态，这件事情大有可为。

AliFlutter - 经济体移动小组Flutter共建项目

在这样的背景下，经济体移动技术小组往年也将端侧架构管理的重点方向放在 了 Flutter 上。移动技术小组从战略角度提出了 AliFlutter 项目，目的十分明白：

从经济体层面拉通 Flutter 体系树立，打造 Flutter 的公共技术基础设备，制定 Flutter 容器、中间件与 API 标准，树立 Flutter 研发支撑与数据运维才能，复用关键技术；

结合各 BU 构建经济体Flutter技术社区，沉淀共享集团 Flutter 技术及业务组件、才能与处置方案，效劳集团 Flutter 业务，共建集团 Flutter 技术生态；

在经济体层面构建 Flutter 的对外影响力，结合各 BU 分歧对外，打造阿里内行业内的 Flutter 技术制高点。

为经济体的 Flutter 技术体系“建基础、育社区、扛大旗”，我们责无旁贷。

未来 AliFlutter 的全体架构如下所示：

AliFlutter 树立的第一步， 就是要构建集团的 Flutter 基础设备、提供公共容器与组件、研发支撑效劳与标准化研发流程， 为集团的 Flutter 业务提供一个基础的Flutter公共研发效劳才能，搭建好技术共建共享的基础战争台；

第二步， 我们要效劳好 Flutter 业务运用，探求业务运用形式与 Flutter 技术特性的结合点， 并在进程中打磨技术，构成针对业务特点的处置方案与技术沉淀，真正盘活集团内的 Flutter 社区共建气氛与生态；

第三步， 面向未来，处置好Flutter运用的几个中心关键成绩： 跨端与交互才能、业务研发效率与业务交付效率，经过技术赋能业务，让 Flutter 真正成为集团移动业务的中心研发形式。

接上去，就详细讲一讲每个阶段 AliFlutter 所做的任务和面向未来的思索。

基础设备树立

从19年10月 AliFlutter 项目启动末尾到如今，我们基本构建起了一套 Flutter 的公共基础设备，包括 Artifacts 与 pub 库，Flutter 标准容器与 API 标准，并完成了 Flutter 的构建打包自动化，定义了标准的引擎定制任务流与业务研发任务流。目前基础设备曾经具有支撑集团 Flutter 业务研发的才能，并支持各 BU 按需定制。

▐    Artifacts仓库

产物效劳器主要是为了配合引擎定制，减速经过 Flutter 命令获取 Engine 中间产物的后端效劳，便于一致 Flutter 开发者的任务环境。

开发者可经过设置 FLUTTER_STORAGE_BASE_URL来将Flutter工具链获取 artifacts 的地址指向该效劳，同时经过 namespace 便可完成定制化的获取 artifacts 的才能以及内网减速效劳。

Namespace 设计为区分不同 BU 的引擎产物，同时提供了公共 namespace 来存储公共产物，确保定制性和公共才能的按需配置；若后端存储上不存在需求获取的产物地址，则会触发从 Flutter 官方镜像做一次获取并缓存在效劳端。

各 BU 可按需定制引擎，并按规则的途径格式上传至本人 namespace 中，即可完成从 namespace 中获取定制版本的引擎中间产物。

▐     pub仓库

相似于 Node.js 世界的 npm，Flutter 运用 pub 来管理三方组件与依赖。思索到易用性、安全性等需求，为了管理集团内的公共二方组件，我们也搭建了内网环境的 Flutter pub 库。该库的目的是成为集团的 pub 发布平台，管理集团内一切二、三方 pub package。

用户可经过设置 PUB_HOSTED_URL 指向外部地址，来完成经过 Flutter 工具链获取配置以及发布二方 pub 的才能，用户也可以经过 Web portal 的方式拜访 pub 库并查询已发布的 pub 组件。

▐     容器、中间件与API

关于业务的接入而言，现阶段中心要处置的成绩就是提供一个一致的 Flutter 运转时容器，以及一系列集团标准化移动中间件的 Flutter 封装与 API 才能，并提供集团标准的插件扩展方式供业务方独立开发业务功用。

(责任编辑：admin)