作者回复: 跟其他的跨平台解决方案相比,Flutter在Android和iOS代码复用率上是最高的了。不过Flutter毕竟只接管了渲染层,原生操作系统底层的能力像Push、视频、地图肯定还得依靠原生来实现,Flutter如果全接管了它就是一个操作系统了,那它打包的App得多大。
有第三方成熟的插件尽量用第三方插件,特殊的需求可以自己封装
作者回复: 加油!
作者回复: 安卓底层的东西也需要继续学的哈,在保持安卓的深度同时扩大终端技术的广度。flutter只负责渲染层,底层基础能力仍然需要操作系统提供支持的。技术领域没有银弹,每个技术有自己擅长的场景。
作者回复: 如果你了解Dart就会发现其实Dart和TS很多概念都相似,比如Future与Promise,aync/await,Event Loop,Micro-Task和Macro-Task,Isolate与Worker
作者回复: 大部分都会讲的
作者回复: 加油
作者回复: 加油
作者回复: 加油
作者回复: 没有前端/客户端基础直接学习Flutter还是有一些挑战的,建议先花半个月左右的时间学习一门前端框架,对视图、组件、生命周期、状态等一些前端/客户端基本概念之后再来学习效果会比较好。
作者回复: 如果你对前端有一些基本概念(比如视图、组件、生命周期、状态),可以学习
作者回复: 跨平台技术本质上是为了抹平多端差异,尽量用统一而底层的技术栈去屏蔽操作系统的提供的不同能力,在不同操作系统实现一致的体验。
如果你们有很强的适配native的新feature,说明你们需要在应用层去感知操作系统,精细的去控制实现细节,而这与跨平台技术本身的应用场景是矛盾的。
不过就Dark mode这个需求而言,你们可以在Flutter上用主题搞定。
作者回复: 加油
作者回复: 加油
作者回复: 可以的
作者回复: 加油
作者回复: 加油
作者回复: 是的。毕竟Flutter只接管了渲染层,底层能力还是要走操作系统的。这类场景也不复杂,双端实现了后Dart层用插件即可。
作者回复: 原生适用于需要精细化控制操作系统底层能力的时候。大部分纯渲染交互的场景用Flutter就可以了
作者回复: 判断一个终端技术是否能成为未来的趋势,我认为主要看它是否能减少对底层环境的依赖,是否能用尽量完整的技术栈和工具链去隔离各终端系统差异,向开发者提供统一而标准化的能力,以及在大前端永恒的三大主题,效率、质量和性能维度,能否从原理和运行机制层面有领先同类产品的表现。毕竟现在无论终端还是后台领域都在往应用层上走,标准化很重要。
按这个标准看,我认为Web和Flutter都是趋势。RN的出现有它的历史背景,但我认为RN是一种中间层的妥协方案,最终很可能会回归Web。
作者回复: 1.下篇文章会分析web容器方案、RN和Flutter这类的方案优缺点。Flutter直接把渲染和运行环境都接管了,所以它的方案在性能和体验上能够做的更精细,渲染层的差异Flutter肯定是最小的(即使和原生比)。
2.大前端是趋势,多端技术栈融合统一也是趋势,目前看Flutter在这个趋势上是走的最远的。