跨端技术应该入坑哪个

[nomisk]

不谈技术偏好只谈市场需求

移动端: flutter / react native / uniappx
桌面端: electron / tauri / flutter(ui) + rust

目前市场需求最好找工作的事哪个，大家目前公司都选哪套想统计下

[JoeJoeJoe]

Flutter +1

[liu731]

Flutter +2

[debuggerx]

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

[HongJay]

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

[threeti]

Flutter +5

[rockddd]

Flutter 我觉得毫无疑问

[lujiaxing]

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

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

[lujiaxing]

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

[nomisk]

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

[murmur]

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

[gowk]

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

[ShareManT]

kotlin multiplatform

[lujiaxing]

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

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

[szdev]

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

[nocmt]

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

[dismantle]

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

[SixGod66]

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

[BruceXu]

这么多推荐 flutter 的???

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

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

[ssting]

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

[usVexMownCzar]

往 js/ts 靠，全干了

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

[dreamk]

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

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

[diudiuu]

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

[tntRocket]

kmp 的方向怎样

[daysv]

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

[LccU]

Flutter

[idblife]

有 AI 了为啥不上原生呢

[lujiaosama]

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

[andrei007]

kotlin multiplatform

[wxyrrcj]

桌面 go+wails

[Gilfoyle26]

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

[hyqCrystal]

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

[anivie]

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

[panwork]

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

[aahao]

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

[susunus]

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

[bladeRunner2049]

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

[flytsuki]

flutter+6

[zzzzz024]

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

[Mandmg]

RN

-----

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

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

[doudou1523102]

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

[doudou1523102]

@nocmt #15 Flutter +6 指的是？

[maxmax4max]

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

[rm0gang0rf]

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

[liyafe1997]

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

[tanxnative]

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

[kid1412621]

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

[lujiaxing]

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

[94]

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

[sss393]

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

[momo2789]

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

[edwinxe2v]

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

[Guidoo]

expo + RN

[FreshOldMan]

expo + RN

[FreshOldMan]

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

[effort]

expo + RN

[17681880207]

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

[jsq2627]

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

[fly2never]

flutter 方便迁移到鸿蒙手机

[Oktfolio]

Flutter PC 端缺少好的组件库

[55z55]

最近用 Flutter 开发鸿蒙应用

[loshine1992]

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

桌面推荐 Tauri 或者 Flutter

[Lemonadeccc]

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

[zhangchioulin]

为啥没人说 Expo

[zuosiruan]

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

[adr]

首先排除 tauri

[chs2018]

kotlin multiplatform

[andforce]

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

[w3cll]

居然没有 kotlin

[bxb100]

直接 native 了, 反正都是 AI build

[lolo1]

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

[1103409364]

tauri

[lujiaxing]

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

[Oilybear]

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

[Desiree]

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

[guiyumin]

美国这边 react native 比较流行

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

[Mogugugugu]

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

[fthukp]

就 Flutter 把

[SanjinGG]

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

[Geon97]

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

[MEIerer]

居然 flutter 压倒性碾压？

[lingz004]

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

[vitality]

Flutter + 1

[debuggerx]

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

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

[drainlin]

Flutter

不过 Flutter 对 HDR 支持一般

[debuggerx]

@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 辅助编写这套“统一代码”，这才是真正的效率乘数效应。

[mynameislihua]

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

[yumingc233]

Flutter

[doudou1523102]

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

[C64NRD]

推荐福拉特，我用啊嗯

[Liamccc]

@gowk


之前调研过一次可以看看

[snxq1995]

@Liamccc 杀死比赛了。

[falconwang0110]

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

[e13lau]

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

[liu731]

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

[Liamccc]

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

[mainjzb]

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

[wwwcg]

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