拥抱市场 拥抱 flutter ，rn 对大部分小厂来说已经落后了，那一套只适合某些特定团队，比如手 q 有 前端技术团队基础。

@alphaControler 坚持，等鸿蒙凉了就不用折磨了

贴一下我 23 年对鸿蒙的评价了，如今 2025 依然有效。

华为面向市场的手机，会一直维持套壳的 鸿蒙系统，next 几乎很难推向市场.

鸿蒙 os 是有大量几亿用户，但这是混合了 Android 的套壳系统，如果 ota 到 NEXT ，华为无法解决老应用的问题，Android 几百万 app ，一升级几亿用户直接没法用.

靠着签约那寥寥无几的 app ，没有自然市场的推力是无法支撑生态的

普通用户看到小红书适配了鸿蒙，潜意识会觉得迁移了所有的 Android 功能，甚至他们会觉得鸿蒙的包体积优化的很好，实际不可能，android 投入那么多人力做的功能，不可能一下复制出来。最后只会是适配几个页面。大部分签约适配的 最后 会是一个 老人精简极速版 app 。 并且他们适配完，是不是还正常的迭代？我想大部分都是做完 1.0 版本就没有下文了.

@SuperMango 鸿蒙大概没两年就死了

前端/ flutter 走大前端路线，不要局限于 安卓，普通业务开发 不管是 安卓还是 ios 其实都是画 ui 比较多，就算是大厂也只有架构组才要研究比较深的非 ui 技术栈。走 flutter 路线，ui 统一，平台特效需要再去研究 android ios

其实是个防君子不防小人的 垃圾设计。因为区分通道完全可以自己在 app 内部实现

你可以换魅族。安卓只有魅族的自带输入法抄了这个

貌似以前刚毕业的时候投过这个公司。眼熟

@SuperDaniel313 产品学这个门槛高的干嘛。学 js 啥都能搓

糖多了就是容易滥用，rust 一把子掐断了，就是杜绝低级程序员的弱智行为。

kotlin 语法糖很多，很灵活，但是没多少人能写出正常的 kotlin 代码。尤其是从 Android 转过来的，java 写习惯了。写到 kotlin 一堆 ？ 。 写的人为了方便且避免 crash ，代码里一堆 a?.b?.c?.d?.e? 这种代码一旦出了问题。都不知道断在哪个 ？。如果强制用 Option, 方便和 避免 crash 不可兼得。为了方便，你只能 `a.unwrap().b.unwrap().` 强制 crash 。

或者挨个 match 嵌套处理。 这样就倒逼开发者自己去保证上游哪些值一定不能为空。这样写起来就方便了。

看了一圈，没有完善的 dart binding 库，有 2 个但是基本不更新

这种 case 见怪不怪了。自己加一层中转层把这些脏数据洗干净吧

我本人维护公司的一个日活 10w + ，纯 flutter 双端（具体不太方便暴露是什么名字），还是很有话语权的。这个 app 功能复杂，大概是一个迷你版的闲鱼，交易+社区。 我的技术栈是 flutter +rust(实现一些图片压缩编辑的功能)。 我的迭代效率非常高，flutter 真的是独立开发的不二之选。swiftui /compose 还是不成熟。已经经过无数公司验证的技术是最稳的 @wyfig 不要太迷信什么 ios 原生的宗教话术，市场是最好检验标准，用 flutter 的创业公司真的太多了。

@wyfig 上几个端不是确定事情，比如你的 ios 端做大了，安卓用户来求的人越来越多，甚至 pc 用户也来求了，此时你扩展 安卓 和 pc 端的效率和成本非常低

@wyfig 不会的。你测试的是哪个 app? 大厂的 app 因为混合开发或者 flutter 版本过低，高刷适配的不好。较新的 flutter 版本很流畅，ios 的组件效果实现的非常 ios 化,肉眼几乎看不出来。

flutter 选择好了以后很方便。相比纯原生没什么劣势，写个插件很简单

补一个缺点。9400 没法适配 vivo tws4 hifi