flutter boost的推出是为解决混合栈界面跳转而提出的解决方案，但该方案也并非完美，最大问题在于多个flutt...
在这方面,FlutterBoost表现得相当出色。无论是在iOS还是Android平台上,FlutterBoost都能够展现出极高的适应能力,确保应用在不同操作系统间保持一致的表现力。不仅如此,得益于其背后强大社区的支持,FlutterBoost还在持续不断地优化自身,以应对新出现的各种挑战。这意味着,即便是在面对未来可能出现的新平台或新技术时,Flutt...
FlutterBoost2.0通过自己实现FlutterActivityAndFragmentDelegate.Host接口来扩展FlutterActivity和FlutterFragment的能力,而getLifecycle是必须实现的接口,这就导致对androidx的依赖。 这也是为什么FlutterBoostView的实现没有被放入FlutterBoost3.0插件中的原因。而FlutterBoost3.0通过继承的方式扩展FlutterActivity/FlutterFragment的能...
2019年,闲鱼开始推进 Flutter 在闲鱼的应用,进行大规模的落地。 在这三年的实践中,闲鱼不断修正 Bug 提高 Flutter 的稳定性并同步给 Google,甚至琢磨出了一套自己的混合技术方案,开源了 Flutter Boost 引擎。 到现在,闲鱼几乎已经完全拥抱flutter,但是质疑的声音从开始到现在一直没有停过,甚至有传言:闲鱼作为国内第...
业界推出了多种混合路由框架来填补这一短板,比较知名的是咸鱼推出的 Flutter Boost 框架。混合路由框架通过对 Flutter 容器栈和 Flutter Navigator 页面栈的统一维护,打通了原生应用与 Flutter 模块间的混合跳转路径,使得开发者可以像WebView一样使用 Flutter 容器。
混合工程为主要研发方式的阶段,工程构建,混合栈依然还是有不少成本的,这部分我们近期在改造的 Flutter Boost 3.0(beta 中)或者未来 Flutter 2.0 的多 Engine 模式逐步完善后,该问题会被解决 性能稳定性还有不少提升空间,长列表等典型场景的性能体验并不好,图片库的性能也不够好。
flutter_boost:git:url: 'https://github.com/alibaba/flutter_boost.git'ref: 'v3.0-beta.3' FlutterBoost的未来发展 后续会继续做这3件事情: FlutterBoost3.0会继续在单Engine方向完善和优化,让他更稳定,支持更多场景。 持续和Flutter 官方沟通,包括能否支持FlutterEngineGroup在isolate层面的内存共享。
鉴于集团应用基本上均以混合栈为主,我们将 FlutterBoost 作为 Flutter 容器混合栈的基础,并配合集团标准路由与导航中间件提供了统一的混合栈路由导航能力,业务通过标准路由注册即可快速实现 Flutter 页面和 Native 页面的混合导航能力。 容器通过对接高可用平台,提供了初始化性能埋点与 Crash 数据上报等标准监控能力,为 ...
今天大家所处的环境比闲鱼当年所处的环境要完善的多。推荐使用 Flutter Boost 进行混合开发,在部分场景下遇到问题无法快速响应时,也可以通过混合工程使用 native 进行兜底。复杂度方面,单纯引入混合栈能力,整体复杂度一般。 InfoQ:有传言,闲鱼有新业务没采用 Flutter,这给很多人造成了闲鱼放弃 Flutter 的观念,那么您们...
鉴于集团应用基本上均以混合栈为主,我们将 FlutterBoost 作为 Flutter 容器混合栈的基础,并配合集团标准路由与导航中间件提供了统一的混合栈路由导航能力,业务通过标准路由注册即可快速实现 Flutter 页面和 Native 页面的混合导航能力。 容器通过对接高可用平台,提供了初始化性能埋点与 Crash 数据上报等标准监控能力,为 ...