本次分享将为大家介绍闲鱼在 Flutter 技术应用过程中的演进，面对不同场景问题下的变化和创新，以及围绕 Flutter 打造面向下一代应用研发模型的思考。

演讲提纲：

1. 闲鱼在 Flutter 上的演进

• 三大阶段的问题定义和思路
• 工程化，基础设施
• 规模化，应用框架
• 一体化，新研发模型的探索

2. 围绕 Flutter 的下一代应用研发模型

• 为什么选择 Flutter + FaaS
• 模型角色和架构
• 协议标准和双端通信
• 重点案例分享

3. Flutter 动态化问题

• 领域研发模式——Flutter DX
• 性能优化

4. Flutter 多媒体引擎和互动游戏引擎

听众收益：

  1. 了解 Flutter 技术的在实践中的优势和挑战
  2. 了解闲鱼在不同场景下的技术变化和创新
  3. 了解闲鱼基于 Flutter 的下一代研发模型演进和思考

Flutter 作为当下最流行的跨端解决方案，一直在扩展它的多端边界（ Android、iOS、Web、Mac、Linux），业内也在尝试扩展 Flutter 的云端能力，打造云端一体化的研发框架。

腾讯云云开发团队深耕云端一体化领域，持续打磨云端一体的底层能力，并和腾讯内部多个 Flutter 应用研发团队合作，打造了多种 Flutter 一体化研发模型。本次分享将带来云开发团队的 Flutter 一体化实践与踩坑指南。

演讲提纲：

1. 客户端研发模型的演进

• 传统研发模型
• 大前端模型
• 一体化模型

2. 一体化模型：Flutter + Faas

• 什么是 Faas
• Flutter + Faas 如何落地
• 优势与不足
• 适用场景

3. 一体化模型：Flutter + Caas

• 什么是 Caas
• Flutter + Caas 如何落地
• 优势与不足
• 适用场景

4. 一体化模型：Flutter + CloudBase Framework

• 什么是 CloudBase Framework
• Flutter + CloudBase Framework 如何落地
• 优势与不足
• 适用场景

5. 实战案例

• 腾讯直播
• 腾讯翻呀

6. 总结与展望

• 云端一体化的发展趋势
• APP研发模型的未来形态

听众收益：

1. 了解 Flutter 一体化的发展趋势与实际收益

2. 了解 Flutter 一体化的几种落地方案，帮忙中小型公司快速落地

3. 了解 Flutter 一体化遇到的一些问题与不足，帮助大公司避坑

贝壳找房在 2019 年开始使用 Flutter， 搭建完基础设施，上线接近 100 个 Flutter 页面。在使用 Flutter 过程中，遇到一些问题和痛点，为了让更多业务使用 Flutter，提高 Flutter 的开发效率变得很重要。

标准化和复用是我们 Flutter 提效的两大核心，通过统一 UI 标准，统一建设标准 UI 组件库和功能组件库，提炼并复用标准 UI 布局，打通产品经理、UI 设计、开发之间的组件库，在整个开发流程上提效；根据页面类型建设不同页面框架，集成该页面通用能力，作为页面开发的最佳实践并提供模板代码，业务开发同学只需填空编程，做到了代码方案一致、风格一致，使 Flutter 更加容易上手和易用，提高了代码质量和可维护性。

截止 2020 年 9 月份，已经上线160个标准的组件和元件，月使用达到 400 次，有10 个 App 接入，统计不同业务的 41 个新增 Flutter 页面，平均节省 38%的 Flutter 开发时间。

演讲提纲：

1. Flutte r使用一年的问题和思考

• 痛点与问题；
• 标准化的必要性；
• 推广分类场景下最佳实践的必要性；

2. 提高Flutter端开发效率

• UI标准化：统一视觉和交互；
• 开发标准化：分类页面框架，UI组件，功能组件，表单等；
• 新开发模式：打通产品经理、UI设计、开发之间的组件库，形成闭环；

3. 页面框架与模板

• 根据页面类型，集成通用能力，提供模板代码，填空式编程；
• 列表框架，聚焦业务逻辑开发；
• 动态表单框架原理介绍；
• 超复杂页面的 Flutter 实践；
• 难点分享：跨团队共建；

4. 组件与元件

• UI 组件库建设；
• 统一 UI 组件库，安装包瘦身；
• 提效思考：为什么需要 UI 元件？
• UI 元件：UI 标准化后的提效黑马；
• 案例展示，B端平均UI复用率达到60%；
• 难点分享：技术运营；

5. 总结与展望

• 提效总结：标准化与复用；
• 贝壳近两年的 Flutter 历程回顾；
• 未来展望；

听众收益：

1. 针对Flutter上层的基础设施不完善，大家上手难、使用难，开发效率低等问题，贝壳的解决思路；
2. 针对多个团队各自建设UI组件、功能组件等，工程量大，重复建设，UI体验不一致等问题提出自己的实践案例；
3. 针对没有按页面类型的统一的页面框架和模板代码，同样类型的页面，每个同学实现的方法方案各有差异，质量低，代码可读性可维护性低，开发效率低等问题提出解决方案。

耦合是天然存在的，一个 App 解耦的上限就是业务逻辑上的耦合程度。快手 App 承载的各种业务耦合就非常高，开发人数也经历了两年的快速增长。众多开发者合作开发一个业务间紧密相关的 App，带来了协作和迭代方面各种各样的问题，给基础工具和流程的设计带来了极大的挑战。这些挑战不仅存在于 Native 平台上，也同样威胁着 Flutter。本次分享，我们总结了 Native 平台演进过程中暴露的各种问题，介绍了针对 Flutter 的平台特征，落地的一些提升 App 研发质效的工具和标准。

演讲提纲：

1. App 级别平台组的定位思考

• 减少大规模协作的沟通成本（划分边界，明确接口）
• 维持产品迭代中的可维护性（面向迭代设计）
• 维持统一的质量和代码风格（包括基础用户体验，例如包大小等）

2. 大规模协作需要什么样的工程特性

• Channel 需要进行大量的字符串、类型对应工作（书写易出错，错误被 delay 到运行时）
• 生成代替手写，杜绝手写失误。编译检查代替运行时错误，提前暴露兼容问题。
• 基于gRPC 的公用版本
  • 优点：好维护
  • 缺点：重、对现有数据结构不友好
• 自研纯 Dart 版本
  •  优点：轻量化
  •  缺点：强类型不如 pb
• 基础能力工具化，支持页面栈的强类型化

3. MethodChannelGen

• Channel 需要进行大量的字符串、类型对应工作
• 生成代替手写，杜绝手写失误。编译检查代替运行时错误，提前暴露兼容问题。
• 基于 gRPC 的公用版本
• 自研纯 Dart 版本

4. 强类型的页面跳转（天然的业务边界）

• 原生 Navigator 字符串路由不利于协作（url不可控，入参不明确。需要跨边界沟通，错误被 delay 到运行时）
• IoC 模式，解决组件化依赖+目前接口
  • 学习 Android 官方 static 方法的方式
  • 暴露变化
  • 封装具体实现
• 用代码生成支持 Native-Flutter 和 Flutter-Flutter

5. 组件库维护

• 组件分级制定标准（对开发者提出标准，对使用者明确定位）
  • 有什么级别
  • 为什么分级
    • 稳定性
    • 维护程度
    • 依赖
• 库内容要求概览（物理结构，对照 Pub 私服的搜索和展示说）
• 开发流程闭环
  • 创建 —— 模板工具（降低标准本身的学习沟通成本）
    • 通用模板工具（隔离变化，仿照 Flutter create模板）
    • 定制化的模板
• 开发 —— mr 检查工具（保证后续迭代的质量）
  • 通用模板检查工具，回归构建工具
  • 定制化的模板
• 发布 —— 基于 Pub 的准入检查（最后兜底，保证对外一致）
  • 定制 pub publish
  • 可配置的检查

6. 包大小

• 基于 Pubspec 的依赖分析
• 可视化展示

7. 内存泄漏检查

• Expando 与 GC
• 使用 vmService 分析泄漏

听众收益：

1. 了解快手在大规模协作中的坑和解决办法
2. 了解 Flutter 落地的一些开发效能问题的解法

Flutter 跨端技术一经推出便在业内赢得了不错的口碑，其在“多端一致”和“渲染性能”上的优势让其他跨端方案难以望其项背。Flutter 的成长曲线和未来前景都很优秀，但不可否认的是目前 Flutter 仍在发展中阶段，距离主流公司在全线 App 毫无顾虑的接入还存在一定距离。 这其中的顾虑主要是包大小与动态化。

动态化代表着更短的需求上线路径，代表着大大缩短原始包大小获得更高的用户下载意向，也代表着更健全的线上质量维护体系。当明白这些意义后也就不难理解，在 Flutter 的应用与适配趋近完善时，动态化自然就成为了一个无法避开的话题。 RN 和 Weex 等成熟技术甚至让大家认为动态化是跨端技术的标配。

美团外卖团队从 2019 年 6 月开始投入对动态化的研究，目前已在多个业务模块上线，内部项目代号 “Flap” 。此方案的特点在于动态化需求开发方式与普通 Dart 开发无异，且运行时的页面树构建与事件逻辑不再分开，除 Dart 外不引入其他技术栈与虚拟机。尽可能的降低跨端通信的损耗，并将一些耗时操作转由线下执行，以达到高效运行的目的。配合以便捷的调试环境，分阶段的质量控制，齐全的动态化工具链，真正的做到对开发同学友好且“无痛”。

本次 QCon+ 大会，将会分享我们的动态化方案原理与实践经验，希望能够为此领域上想尝试或正在尝试的团队提供借鉴与思路。

演讲提纲：

1. 背景介绍

• App 多技术栈之间的包袱与平衡
• Flutter 在美团点评的现状
• 动态化的业务诉求

2. Flap 的优势与特点

• Flap 的特点与工作流
• Flap 灵感来源与技术挑战

3. Flap：Flutter 动态化生态建设

• Flap 动态化技术架构全景图
• Flap 核心原理与示例片段 
• 基础设施生态与周边工具链的建设
• 多阶段质量控制

4. 展望与总结

• 美团外卖的动态化体系
• 未来 App 最终组成形态

听众收益：

1. 结合自身业务体量的 Flutter 动态化选型思路
2. 动态化功能所需的基建支撑，提升效率与质量的发力点
3. 动态化在团队规模化落地时，如何在过渡期做好平滑接入与容灾

前沿亮点：

1. 使用纯 Dart 做到的 Flutter 动态化，不引入其他技术栈虚拟机等；
2. 降低跨端通信的损耗；
3. 将耗时操作移到线下并前置，以换取运行期的更高性能。

听懂我的演讲，需要具备这些知识储备：

有基本的 Flutter 编程经验即可。