从业务研发效率看： 虽然 Flutter 的 Hot Reload/Hot UI 机制曾经让开发 Native 页面的效率追上了前端，但在工程解耦方面依然有很大提升空间，目前还无法高效的支持多业务团队并行开发；另一方面如何与现今盛行的 Serverless 才能结合，完成端云一体研发形式，使业务虚现研发闭环，也需求实际的检验。
从业务交付效率看： 目前 Flutter 仍属于 Native 方案，依赖端侧发版，交付效率低，无法很好的承载电商系灵敏性和实效性的需求；那么如何处置Flutter的静态化，协助业务虚现快速迭代？
处置好这几个成绩，才能真正让 Flutter 成为集团移动业务的中心研发形式，为集团业务研发带来一个飞跃性的提升。下面讲讲我们在这几个方向的思索和探求。
▐ 提升跨端才能： Flutter 容器化从工程角度看，虽然 Flutter 经过 Skia 跨平台图形渲染和自建事情体系基本完成了对宿主平台的最小依赖，但关于平台侧才能，目前 Flutter 还未也没有必要从运用框架角度做到一个一致的笼统，这就需求我们依据业务的诉求和特点停止有选择的封装。
小顺序 API 就做了一个十分好的示范，目前阿里小顺序体系提供的API到达了200+，很好的对移动端的UI、多媒体、文件缓存、网络、设备才能、数据安全以及业务相关才能停止了封装，让业务开发者在小顺序侧针对API停止系统才能调用，无需关心平台完成。
因此 AliFlutter 容器接上去的规划就是从工程体系的角度，提供一套标准化的 API 才能，以标准并笼统移动端的端基础才能，使业务尽量少甚至不关心平台差异性，专注于业务；同时借助标准化 API 的才能，完成跨多端多平台部署。
从移动端架构角度看，各个时期的跨平台方案都对 API 才能有着共同的诉求，从 H5 到 Weex ，再到前面的小顺序，以及 Flutter 等容器环境，停止了多轮的 API 重复树立，形成了缺少 API 接口的标准化定义，以及缺少完成层一致管控的现状。
假设可以在 API 的 native 完成上做到接口一致，再经过各个容器辨别提供接口供业务运用，可以更好的做到完成收口，并在一致完成层跨容器完成对系统资源的一致调度、管控和度量。
▐ 提升交互才能：U I + 游戏引擎前文提到过， Flutter 目前最大的价值在于研发效率的提升， 这是吸引业务团队运用Flutter技术的终点；但仅仅依托研发提效还远远不够，当经过各种工程化手腕处置好以后研发痛点，提升研发效率之后，如何压服业务继续运用Flutter体系停止业务开发？Flutter带来的长远价值在哪里？
团体以为，这个落脚点应该在经过游戏交互才能的泛化，打破 UI 与游戏引擎的边界，用游戏化的方式发明更有表现力的交互体验，发明新的业务玩法和价值。
大家知道传统的 UI 和游戏引擎是相互独立的两集体系，在 H5 运用中，往往是经过 DOM 或许下层运用框架做 UI，经过树立在 canvas 上的 H5 游戏引擎完成游戏才能。
假设在游戏运用中有 UI 的需求，处置方案普通是自建一套复杂的 UI 体系与事情体系，经过自绘的方式在游戏中叠加 UI ，独立游戏引擎亦是如此。
Flutter 从技术原理上看更像是一个树立在 Skia 图形库上的游戏引擎， 它经过细粒度的 widgets 设计向上构建 UI 系统；异样得益于这样的细粒度设计，我们也完全可以直接经过 widgets 才能组合出一个残缺的游戏引擎，提供Game，Scene 及 Sprite 动效等 widgets 并扩展对应的 elements 和 render objects，并与 UI 体系共用一套事情处置机制、分层与渲染分解机制。
这样做就相当于打破了原来H5中DOM UI和Canvas游戏的边界，让两集体系在 widgets 概念下完美融合起来，经过游戏引擎的才能赋能UI完成更多以前UI体系难以低成本完成的动效效果（比如一只小盒马一口吃掉了一个订单组件等等）。
我们置信，这个方向的探求将会进一步释放 Flutter 的技术潜力，带来更多的业务可玩性与发明性，束缚产品和设计的想象力，为业务发明更多价值。
▐ 提升研发效率：工程解耦与端云一体化 Flutter 工程解耦前端体系的研发效率很大水平下去自于基于 URI 的一致路由体系带来的页面间解耦性，与页面内基于 Web API 的标准化带来的内聚性。
但是目前的 Flutter 研发形式，仍需求多个业务团队任务在同一个工程下，相互之间存在源码依赖，未来假设跨业务团队大规模运用Flutter技术，必将拖慢业务的研发效率。
从工程解耦角度看，目前 AliFlutter 容器经过混合栈与标准路由才能基本完成了页面研发的解耦，未来的容器化树立经过提供小顺序对等的 API 才能封装，业务对平台无感知，可以让我们无时机解耦业务研发，完成与小顺序开发接近的研发体验和效率。
理想的方案是： 业 务可以从业务维度创立一个独立的 Dart 工程，只包含业务相关的页面和逻辑代码，经过 Flutter 的 Hot UI 开发页面，经过IDE提供的基于 Flutter Web 的才能本地预览工程并调试 API 与系统调用，完成研发期任务；也可生成预览二维码，运用预装有 AliFlutter SDK 环境的宿主运用扫码预览；研发与构建链路别离，云端自动拉取业务仓库代码参与整包构建。以此到达相似小顺序研发方式的前端研发体验，同时完成业务间的研发解耦和并行发布，提高业务的交付效率。
端云一体化如今 Serverless 概念越来越多的遭到业务研发的注重和运用，集团在新一代的端云一体化研发形式上的探求这一年多来也做的如火如荼。
结合轻量级容器环境、多言语支持才能与一致的 API 效劳端编程，端侧同窗可以很容易的运用客户端言语如 Java、JS、Swift 甚至 Dart 来开发效劳端业务才能，完成效劳编排、效劳端 FaaS 业务逻辑与 API 自动生成，到达前后端工程体系归一，业务研发闭环的效果。
目前闲鱼在 Dart FaaS 云端一体化的探求走在了前面，经过集团的容器标准完成了Dart function容器，并结合效劳端为部分业务需求的范围效劳笼统出来 BaaS 层（存储、音讯队列等），并封装了面向前端的 BFF（Backend for Frontend）才能层，使移动端开发者可以很容易的运用Dart封装FaaS业务逻辑，同时停止移动端和效劳端 FaaS 开发，大大提高了业务研发效率。
(责任编辑：admin)