@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

可以等一下 vivo x200

面向未来，15 也不是强制打开的。开发者模式才能打开，估计至少得 5 年-8 年才能慢慢强制。可以参考 32 位- 64 位 app 的过度时间

这种还是找正规途径的律师打官司吧？我记得现在房子算谁是要按出资比的，她没有出过一毛钱且没有结婚，那么这个房子大概率 100%判给你

这跟 flutter 没有任何关系啊，为什么很多开发者都不理解呢，它只是个 ui 框架，静音那是系统的行为，在 ios 和 android macos windows 表现都不一样，flutter 的插件只是帮你桥接了而已

应用商店强制要求加固了吗？我怎么没遇到

如果是为了安全不如把混淆/加密做好。免费的加固太糙。破解也很容易。关键是有时候他会影响原有的功能，闪退/页面打不开 or 奇奇怪怪的 bug

还是玩具，生产还是用 flutter ，比较成熟。