跨端技术应该入坑哪个

Flutter +1

Flutter +2

Flutter +3
公司项目从移动端到 pc 端到上位机，全是一套 flutter 项目搞定的

Flutter +4 +ai ，基本就告别学习了

Flutter +5

Flutter 我觉得毫无疑问

别前端了 想想办法换个行业吧. AI 啊, 大数据啊, 或者自媒体/新媒体运营, 考编什么的...

现在前端基本被 AI 替换了. 需求跟设计稿给 AI 几分钟 AI 就把完整的 app 给你写出来了. 甚至可以让 stitch 帮你做设计, 然后交给 Google AI Studio 把你这个 app 完整地开发出来.

后端的好日子也不多了. 现在后端 CURD 岗位也被 AI 吃完了的

@lujiaxing 多赚一天是一天，屯好粮对抗风险

国内无脑 uniapp ，这玩意是真的能干活，稍微有点追求都不跨端直接 native 了

这么多推荐 Flutter 的吗，不是很了解，现在 Flutter 已经这么强大了吗，很好奇 iPhone 上面的主流 App 有多少是 Flutter 开发的

kotlin multiplatform

移动端现在 Flutter / RN 二分天下. 我是觉得你都应该学. 没准儿你这份工作要用 Flutter, 下一份工作就会要求你用 RN (全公司都是 React)

桌面端的话 Electron 独步天下. Tauri / Flutter 之类的在 PC 上根本上不来台面.
而且很多项目涉及信创的, 只有 Electron 跟 Avalonia 两种选择. 你就可着 Electron 就行了. 目前做 PC 客户端的基本都是 Electron.

目前国内大厂大部分跨平台方案都是 rn, flutter 主要坑少点适合小公司，要说用户体验其实不一定比 rn 好

Flutter +6 ，一把梭全干完，反正都让 AI 写。

如果是 pc 跨端，推荐 tauri2 ，ai 特别友好

在国内用 flutter ，完整的高德、百度地图组件都没有

这么多推荐 flutter 的???

我觉得 uniapp 很适合国内,庞大的 web 前端开发人员可以无缝迁移.

有点追求的,可以自己开发壳子.native+web 比例看着来.

难得现在还有讨论语言的...

往 js/ts 靠，全干了

不管什么东西到了浏览器都要用到 js 不如直接选 js 一把梭，需要类型检查就 ts ，AI 写 ts 也挺 6

@ssting 啥语言，不是讨论框架吗

我觉得 flutter 做 ui ，把 tauri 的后端 rust 给 flutter 用就完美了，直接自绘，不像 tauri 需要解决 webview 兼容性问题，跟小米的选择一样

国外就 flutter 吧，国内就随便，会 js ts 就行

kmp 的方向怎样

咋前面都是 flutter ？ RN 才是王道啊

Flutter

有 AI 了为啥不上原生呢

桌面端 electron 不用说了. 移动端需要原生能力的还算是直接原生吧, 不然 uniapp 也够你用了.

kotlin multiplatform

桌面 go+wails

都有 Ai 了，还跨个屁啊！大人，时代变了！！！

kotlin multiplatform 是不是性能更好 真原生啊

给公司上线了个 Flutter ，目前感觉真的很不错，跨端一致性非常强

考虑小程序的话直接用 uniapp ，不用怀疑。另外我在我司主导走一条路用 uniapp 开发，然后用微信小程序多端能力编译 APP 做跨端

看哪里的市场了，国内 flutter>rc ，国外 rn>flutter ，涉及小程序上 uniappx

移动端 目前就 RN 和 flutter ，客户端 QT electron ，如果目标明确可以是实时 tauri 和 flutter ，核心考虑的问题是，你的场景的核心功能，需不需要跟原生打交道要不要写 桥接，如果是没有的功能移动端通过与原生加 bridge 的方式 flutter 和 RN 成本差不多，pc 端一样，免不了写 C++或者 C ，多注意下 tauri 要多一层 rust ，还是要回归需求。 另外 ai 很方便但是从零搞跨端还是费劲的

uniapp +1, 主要是可以适配小程序

flutter+6

RN,我觉得北京不少大厂用的都是 RN,快手，美团，携程

RN

-----

说 flutter 的你们知道 dart 的语法。还有 样式 有多难用的吗？

RN 差在哪里？ 是不会吹牛皮是吗。RN 唯一需要注意的是双端 UI 的对齐， 其他我认为没什么大问题

@flytsuki #37 没明白 _+ 6 指的是什么技术栈

@nocmt #15 Flutter +6 指的是？

@doudou1523102 flutter 比原生好用的多吧，RN 更适合有前端经验的。就最近从朋友那了解到的，xx 电视台用 flutter 做项目了，xx 物流最近项目也是用的 flutter 。

@doudou1523102 那是上面的 6 位同志!

移动端: flutter / react native / uniappx
桌面端: electron / tauri / flutter(ui) + rust
交集为 Flutter
所以 Flutter

你们是认真的吗,我感觉他已经被忽悠瘸了, 就不要搞他那条好腿了

@lujiaxing 你这描述让人觉得没人写原生了

@kid1412621 本来就没人再写原生 android 了. 现在基本上都是 rn 跟 flutter.

都知道 RN 和 Flutter 能力强，并且 AI 友好。但如果 OP 能问出这样的问题，已经代表了和使用 RN/Flutter 的公司无缘了。
还是无脑选择 uni-app 吧。小公司用的多，AI 的冲击波也没有那么快抵达。就算普及 AI 了，也会因为薪资成本和工作内容杂乱而幸存下来。

BOSS 上搜一下就知道了，楼上推再多也没用，岗位决定了应该入坑 RN 还是 Flutter

Flutter+10086 你就用吧，好日子在后面呢

桌面端： https://www.lazarus-ide.org
是的，很小众。

expo + RN

expo + RN

为什么不推荐你用 flutter：小众语言，然后你去调试 native 还要了解小众的 oc 和 swift ，收益较低；
为什么不推荐你用 uniapp : 国内外包商维护的框架，坑多，low
为什么推荐你用 rn: 国内外大厂使用多，维护好

expo + RN

移动端：flutter / rn 都行
桌面的：electron 没有第二个选择

从市场角度首推 RN ，你可以同时干前端、nodejs 、跨端开发的活。

flutter 方便迁移到鸿蒙手机

Flutter PC 端缺少好的组件库

最近用 Flutter 开发鸿蒙应用

移动端推荐 Flutter 目前有鸿蒙官方支持可以跨到鸿蒙

桌面推荐 Tauri 或者 Flutter

来个投票吧，AI 时代少数打架帖了

为啥没人说 Expo

@lujiaxing #8 后端比前端好太多了。自己公司和熟悉的公司所闻。

首先排除 tauri

kotlin multiplatform

用 AI 都试一遍就好了，我正在试 tauri

居然没有 kotlin

直接 native 了, 反正都是 AI build

wails ，v3 已经要准备支持移动端了，这样就全平台了

tauri

@zuosiruan 后端 "暂时" 还行. 但是估计也行不了两年了.

有个问题，AI 时代为什么大家没有推荐原生？纯好奇，想听听各位前辈看法。

都是用 ai 写，为啥还要纠结

美国这边 react native 比较流行

我其实喜欢 flutter ，但 flutter 的生态真的不如 js 啊

flutter 主要是 AI 友好，kmp 让 AI 去写，一言难尽...

就 Flutter 把

按市场移动端就是 uniapp ，需求比 flutter rn 高几个量级。桌面端 electron 没有第二选择

RN 和 flutter 里选一个。感觉 RN 的生态更好

居然 flutter 压倒性碾压？

@debuggerx #3 flutter 请问 flutter 怎么画好看的页面啊，刚开始学感觉画的页面都好丑，嵌入的富文本编辑器插件也不是很好看、不知道改的思路或关键词是什么

Flutter + 1

@lingz004 舍得花钱就找个设计师，或者找个靠谱的能生图的 AI 出几张图也行，然后还原设计稿呗，专业的事交给专业的人或工具。
肯下工夫就多看看成熟优秀的设计指南，参考精致的设计案例，但是有些人天生审美细胞不发达，比如我，自己做的小工具基本就靠抄 deepin 的设计，不然搞出来的东西自己都嫌弃……

比如：
https://www.debuggerx.com/2023/07/18/remote-system-monitor
https://github.com/debuggerx01/weekly_todo

Flutter

不过 Flutter 对 HDR 支持一般

@Oilybear 个人体验：
即使是单一平台的 APP ，不管是古法编程还是 AI 辅助还是纯 agent 项目，用 flutter 的效率和效果都不比原生差。这里的原因我认为主要是两点：
1. flutter 相比原生的社区生态是降维打击，很多功能都有写好的库，而且很多积极维护的库不仅处理了跨平台兼容性问题，甚至平台本身的兼容性问题和 bug 都处理了，开发体验和稳定性比原生还好。
2. 不管是安卓还是 iOS 其实总的来说都还处于稳定成熟的传统原生（ OC 、xml ）向现代但不够成熟的方案（ compose 、swiftui ）转变的过程中，相比之下对于 AI 来说，flutter 是考虑到稳定性、确定性、丰富度更优的方案。

如果考虑到多平台，而且需要长期维护迭代，而不是一锤子买卖的项目，跨端方案比多端原生的优势更是巨大。这不是简单的两个平台只需要多一倍 token 这么简单的问题，下面是 gemini 的分析：

1. 软件工程的终极噩梦：状态与逻辑同步
无论 AI 多么聪明，如果在原生端分别实现，你依然会有两套完全独立的业务逻辑代码。
假设你需要修改一个电商 App 的“购物车结算逻辑”。 原生方案下，你需要分别 prompt （提示） AI 去修改 iOS 的 Swift 代码和 Android 的 Kotlin 代码。由于原生系统的生命周期、状态管理模式（如 iOS 的 SwiftUI/Combine 对应 Android 的 Compose/Flow ）不同，AI 生成的代码结构会截然不同。
这就导致了：
a. Bug 的不对称性：双端可能出现完全不同的 Bug 。iOS 可能因为闭包循环引用导致内存泄漏，Android 可能因为协程未取消导致崩溃。
b. 需求对齐极难：随着业务迭代，两套代码会逐渐“漂移”（ Drift ），最终导致同一个功能在两端的表现不一致。
c. 跨端方案的优势：使用跨端逻辑意味着业务核心代码只有一份。修一个 Bug ，双端自动生效，这不仅是写得快，更是错得少。
补充一下，哪怕只是最简单的业务逻辑，你让 AI 分别用 java/kotlin 和 OC/swift 去写两遍，其实都不一定能保证它们在各种 case 下的表现能“完全一致”，但如果核心业务逻辑是完全共享的，不管是用 dart 、js 、c 还是 rust ，就很难会出现不一致的问题导致的 bug 。

2. 代码生命周期中的“维护成本”公式
在软件工程中，代码的创建成本在整个生命周期中只占极小部分。代码写出来是一次性的，但阅读、重构、排查 Bug 需要持续投入。维持双端甚至多端一致性的沟通和校验成本比 AI 的创建成本要高得多。
你是愿意让人类开发者（哪怕借助 AI ）去 Review （审查）一份跨端代码的 Pull Request ，还是同时去 Review 两份基于不同语言、不同架构的 PR ？代码量翻倍，意味着人类审查的认知负荷（ Cognitive Load ）翻倍。AI 可以生成代码，但最终为线上 Bug 负责的依然是人类。


3. 多端生态不仅是 iOS 和 Android
现代跨端框架（如 Uni-app, Taro, React Native Web ）解决的不仅仅是手机 App 的问题。
现在的企业往往需要：iOS App 、Android App 、微信小程序、支付宝小程序、H5 移动端网页、甚至桌面客户端。 如果你让 AI 去写原生代码，你需要让 AI 分别写：1. Swift (iOS) 2. Kotlin (Android) 3. WXML/WXSS/JS (微信小程序) 4. GTK\Qt\Win32
即使 AI 能写，部署、测试、发版需要经过 4 个完全不同的流水线。而使用跨端框架，一套代码编译到多端，配合 AI 辅助编写这套“统一代码”，这才是真正的效率乘数效应。

@debuggerx 确实，同时维护多套代码带来的复杂度很高

Flutter

@rm0gang0rf #43 哦哦，理解错了，就是 flutter 对吧

推荐福拉特，我用啊嗯

@gowk


之前调研过一次可以看看

@Liamccc 杀死比赛了。

移动端暂未接触，桌面端用的 wails ，看来可以学学 flutter 了 ：）

@Liamccc libflutter.so 只能代表导入了 Flutter 框架，不代表 APP 是 Flutter 写的，可能只是部分页面使用了 Flutter

@lingz004 https://m3.material.io/

@e13lau 是这样的 仅作参考 这是快两年前的调研了，之前也找大厂的朋友交叉验证过

@idblife 带点脑子吧，人家都问跨端用什么了

如果要去国内大厂，kmp 可能才是当下最优选择

@debuggerx flutter 在上位机卡不卡，我们上位机肉眼可见卡顿，RK 板子，没有 QT 流畅