AvilCore

targetsdk 又不是 minsdk 怎么会有旧系统兼容性的问题，反倒是规避新特性怕新系统兼容问题，如 targetsdk<30 就不用 scopeStorage

iOS26 马上发布了，flutter 能在五年内支持液态玻璃吗？ rn 已经有第三方和 expo 维护的 swiftui 库了，这还能吹得起来 flutter

大晚上眼睛不好瞎了，这个看 b 站视频原来是看别人的介绍视频。。。

还是建议按产品需求做调研 没有官方第三方 sdk 要自己写就懵逼了

比如要做音乐播放器 audio_service 比 expo-audio 领先好几个身位

兄弟你调研过吗，你想做第三方 b 站客户端就没想过看看社区的第三方是怎么做的，为什么 pilipala 会用 flutter ，为什么没有 rn 做的第三方视频 app

rn-video 和 expo-video 这两个视频组件应该都不支持分别的音轨和视频轨，就这一个薄纱视频站第三方应用，因为不碰原生代码根本做不出来

如果你能做出来这个问题，那么 flutter 和 rn 的主要差距就是需不需要原生渲染-ios26 液态玻璃，其他问题都可以用钱实现

如果你还有钱方面的考量，去 boss 搜搜 flutter 和 rn 薪资不比葛这问准多了

uniapp/h5 +1,鸿蒙的跨端架构依托答辩，都是华为自己在维护还都是弄了个架子就跑路了。rn 社区更新尤其快的跟野狗一样鸿蒙跟不上

有原生功能需求就向上管理把那些需求去了

网友的想法怎么都这么高大上。。。我做了音乐播放器的 mv 动态背景。。。
![Image]( https://github.com/user-attachments/assets/488721ea-e117-4932-bb9e-8eee488c3901

有做好的轮子干嘛自己造呢
https://github.com/LuanRT/YouTube.js/pull/500

会 react 的不用考虑 flutter ，反之就上，不要学太多框架增加心智负担

其他跨端 （如字节的 lynx ）要造一堆轮子。都跨端了还造轮子不如直接原生

rn 越来越像一个黑箱。为了讨好 webdev expo 的 wrapper 一层接着一层，逼着你用他们的工作流

新架构搞坏一大坨三方库不说，ui 性能比 flutter 还差一截；竟然还有人吹 rn 能接 jsi 直接跑 c 所以快的， 我他妈要是会 c 我还写个只因 rn

rn 用 win 编译倒是 ok ，只是某些库的 package. json 脚本 用的 unix bash 。看起来编译不上，实际上 yarn 那一步就不行

但是 rn 是高贵的 js ，门槛低啊

个人用户 99.99999 趴用不到 raid 带来的高可用性，组个寂寞吗

raid 不是备份罚抄三遍