Trip.com是一款面向海外用户的App，从年中开始便将卖点页、预定页等页面全量转为Flutter，随之而来的便是代码质量管理的问题。由于篇幅有限，本文将从静态代码检测、空安全、单元测试这几个部分来介绍Trip.com在Flutter业务迭代中提高代码质量做的一些努力。

美团外卖商家端基于 FlutterWeb 的技术探索已久，目前在多个业务中落地了App、PC、H5的多端复用，有效提升了产研的整体效率。

本文介绍了Flutter官方的混合集成方案在贝壳的落地。实践过程中包括了对官方集成主体的缩减，使用源码模式和二进制模式来兼顾Flutte和非Flutter开发，自研Flutter SDK自动化部署工具来降低配置成本等举措。

通过提供Flutter键盘调用流程相关分析和已知问题的解决思路，让开发者对Flutter键盘使用有更深入的了解和认识。

Thresh提供了一个简单、高效的应用开发框架和丰富的组件及API，帮助开发者在前端开发中具有原生 APP 体验的服务，目前在满帮的APP中有大规模的业务应用，它引入独立JS运行时，使用前端开发者熟悉JavaScript开发业务。

围绕 Flutter 流畅度体感优化，分享了挑战、线上线下监控工具建设、优化手段在组件容器沉淀，最后给出了优化建议。

​日常开发中，我们可能会涉及一生成规则清晰，可以模板化的代码，如果每次都要手写非常低效。Dart 中提供 source_gen 工具帮助我们通过脚本自动完成这类工作。本期简单聊聊这个工具的使用，并详细的分析它的构建原理。

前言：有做过完整项目的小伙伴应该都知道，随着业务的发展，app的运营需求会越来越多（比如：根据运营活动动态更换页面的UI）。这就要求我们的app要尽可能的满足市场的运营的动态化需求，通过这篇文章你将了解到：1. Flutter动态化的方案使用和效果对比；2. 针对Ӣ

本文会从底层原理、优化思路、实际场景的优化策略、核心技术实现、优化成果等方面，为大家深度讲解淘特 Flutter 流式场景优化，欢迎交流与指正。

由于Flutter的跨平台应用特性，可以提高人效之余，还能保证在iOS和Android平台实现方案的统一性，避免了后续因需求业务扩展由于实现方案不同带来的限制。目前京东到家19个活动落地页已经全部替换为Flutter实现，与此同时也带来了包体积的不断膨胀，其中iOS和Android双端Flutter业务模块包占比都高达20%。苹果官方尽管已经将包体积放宽至200M，考虑到用户在更新和下载的时候的多种场景，我们针对于包的大小限制仍旧以100M为衡量标准，所以Flutter业务模块的瘦身对于到家app来说仍旧是至关重要的。因此我们进行了Flutter包动态下发探索。

本文介绍了Flutter for Web的发展现状，并且从编译、部署、运行和渲染等几个方面进行了介绍和原理分析。

贝壳在iPad和安卓平板（这两种后续统称为PAD）上面进行了多款产品的开发；为了提高开发效率，实现一套UI跨端展示，贝壳使用Flutter进行了大量实践。

在手机上屏幕比较小，一般一个页面就是一个完整的Flutter页面，这种场景使用一个FlutterActivity容器进行加载就可以了。然而在PAD上，屏幕比较大，交互更加的丰富；由于业务上大量的用到了地图和一些H5页面，会出现同屏Native和Flutter混合的情况，会使用到FlutterFragment和Fragment在同屏切换的场景；因此我们不得不采用Native+Flutter的混合方案，FlutterEngine作为Native和Flutter桥连的容器在这中间扮演着重要的角色。

这期间贝壳PAD经历了单FlutterEngine到多FlutterEngine再到Flutter2.0的FlutterEngineGroup这一系列的容器改变，下面会详细的介绍FlutterEngine在PAD上的演变过程。

本文主要记录了如何一步步学习了解Flutter视图绘制原理，然后应用到性能监控和性能优化的实践。

如果熟悉React的话，你在使用Flutter的时候肯定会充满即视感，其实这一点也不奇怪，实际上Flutter官方就提到在设计Flutter时受到了React的影响。对于熟悉React的前端开发人员来说，从与React对比开始入门想必是相对来说比较轻松的一个方式。

Flutter与React，两者都作为一个声明式UI框架，都遵循UI = f(state)的理念，加之Flutter本身就参考了React，所以两者有大量相似的地方。下面我们从编写一个经典前端入门应用Todo List开始我们的Flutter之路。

去年，闲鱼图片库在大规模的应用下取得了不错的成绩，但也遇到了一些问题和诉求，需要进一步的演进，以适应更多的业务场景与最新的 flutter 特性。比如，因为完全抛弃了原生的 ImageCache，在与原生图片混用的场景下，会让一些低频的图片反而占用了缓存；比如，我们在模拟器上无法展示图片；比如我们在相册中，需要在图片库之外再搭建图片通道。

这次，我们巧妙地将外接纹理与 FFi 方案组合，以更贴近原生的设计，解决了一系列业务痛点。没错，Power 系列将新增一员，我们将新的图片库命名为 「PowerImage」！

本文旨在尽量避开具体的代码细节，从思想上去介绍flutter的各种技术实现，让已经在从事flutter开发的同学有更多的收获，同时对flutter感兴趣的观望者也能更好的了解这门技术。