马上 2025 年了，还有多少人在用 React Native ？

[brucetao2009]

鄙人主 Java 开发，对前端技术了解不多，在之前 RN 火热🔥时期，由于会一点前端，上手相对简单，在移动端技术选型时选择了 RN,但是这几年慢慢的发现很多 RN 组件库都没人维护了，各大技术博客平台有关 RN 的帖子都停留在 3 ～ 5 年前。

想请教下移动端的大佬们，给点意见：

1 、如果继续使用 RN 开发，没有合适的组件库时，应该学 Objective-C ，还是 Swift ？

2 、推荐一个学习成本较低的框架（ uniapp 就算了～～）

[xiexiping]

flutter 起来之后，RN 存在的意义就不大了，坑又多性能又不怎么样

[neel]

@xiexiping 起来了吗

[oliveira]

如果你在纠结选择 React Native 还是 Flutter ，我建议选择 RN ，JS 的生态还是要比 Dart 繁荣的多。
现在 RN 的组件库已经很完善了，基本上可以覆盖绝大部分开发场景，不需要单独去学习原生开发。
https://imgur.com/XYjK1N3

[gxm44]

果断 RN ，RN 是越来越好了，Flutter 倒是没有像预期那样起来

[muyin1206]

无脑选 rn ，用 expo 框架

[bkmi]

@xiexiping 张口就来，flutter 是好，但是根本起不来

[Kolento]

flutter 也有很多库停更的

[ryougifujino]

@xiexiping 恰恰相反，现在 RN 是越来越好了，相反 Flutter 显得有些力不从心了

[nevergotit]

我选择的是 RN ，现在前端团队的小伙伴都可以维护。
我现在纠结的是怎么适配鸿蒙

[MRG0]

我咋感觉 rn 上手不简单呢，比如说我想找一个选择日期时间的组件，找半天没找能用的

[LokiSharp]

无脑选 JS/TS

[ixcode]

打败 RN 的不是 flutter ，而是 Cursor 。
Cursor 把学习一门新语言的门槛降低了非常多，而且还是基于实践的学习。
当前其他的 AI Coding 也有很棒的，作用上差不多。

[nevergotit]

ant-design-mobile-rn

[nevergotit]

@nevergotit 手滑发出去了，RN 组件库可以试试这个，相对比较好用

[oliveira]

@nevergotit 不用纠结，已经适配好了： https://gitee.com/openharmony-sig/ohos_react_native

[FaiChou]

之前写过 RN ，好几年没写了，之前写的 RN 都是裸写，现在官方都是推 expo ，用 expo 创建管理项目以及很多 UI 组件。现在要再来学一遍 expo ，稍微看了下，之前用的 navigation 现在被 expo 的 router 代替了，之前用 redux 等状态管理工具来控制 navigation 兼职是噩梦，不知道现在的 router 是否更好用了没。
而且现在还多了个 EAS ，用来走编译打包发布这一套流程。expo 的文档内容有点多，又要学 react ，又要学 RN ，还要学 expo ，然后深入点就要写一下原生组件。如果这些都不熟悉，使用 AI 协助编程也会遇到很多问题，到时候再一个个补充知识，这样的学习路线感觉会更折磨。

所以我觉得，个人开发，自底向上比较正规并且路会越走越顺，把基础打牢实了，再用 AI 辅助会很舒服。但如果对一个开发栈了解得少，直接用 AI 来创作，这种自顶向下的开发路线，坑会越来越多。

对于 op 第一个问题，建议学 swift 。OC 太老了，比如代理模式写起来费劲，新手不适合学这种内容。除非有丰富的 c 语言功底。

[ixixi]

买了 mac mini 要独立开发了吗 ?

[lait123]

如果是国内.可以看看 uniapp.不管是不是屎.现在这种行情世道.这玩意在国内是真的火. 没办法 太方便了 一个开发 n 平台

[joyoyao]

后端就别学 React Native 了。前端的那一套东西变化快，一大堆东西要学，今天学的东西，明天就过时了。
flutter 则要学的东西很少，推荐用 flutter ，实在搞不的地方就原生搞。我自己开发过 flutter app 和 react 项目。flutter 一周上手，就是还要懂点原生。react 项目想抄别人的代码都麻烦，因为每个项目 css 写法都不一样，抄过来还要改。

[justdoit123]

埋点关注。

我的实践经验感觉 RN 深入后，不会 Native 就很被动。

[a2956853935]

JS 生态才是 rn 最大优势，前端人员直接覆盖，学习成本低，性价比高，对于企业来说，招个前端会 rn 的肯定比只会 flutter 的来的划算

[gujuji]

@neel 已经阳痿了，

[imba97]

用了一年多 Capactior 还不错，多端打包（ Electron 桌面端、Android 、iOS ）
通过插件跟原生系统通信，官方提供了大部分基本插件，第三方也有。但其实还是比较少，不过可以自己写插件

[snarkprayer]

RN + expo 比裸写 RN 简单很多
expo 官方维护的包质量也可以，真遇到复杂的需求，跨平台方案都一样不好做

[xingheng]

借了楼问一下：你们有多少个人开发者用跨平台框架的同时真的适配了安卓和 iOS 的？有多少人同时会写安卓和 iOS 原生开发的？

[nicholasxuu]

还有什么选择？
flutter 的组被 google 开了大半，剩下的人手面对堆积如山的 issue 。
还有什么？

[jingrui]

react native + 1
现在用 expo 框架，还是蛮香的； RN 包管理确实是个问题，毕竟 RN+EXPO 基本半年一个大版本，社区包跟不上也正常。

[xiexiping]

反正我接触的移动开发者圈子没什么人用 RN 了，招聘也没什么人提了，除非是用的还是五六年前的招聘文案，当然你要是高兴，可以说你身边都是用 RN 的，那我也没什么话好说

[shui14]

到今天还有人在吹 flutter
好几年前我说过，flutter 再强，它会变成 rn 的一种实现
去年 webgpu 一发布就有人移植了 skia 接口，这种生态拿什么打，它名字带一个 web 但是不是只能跑在 web ，dawn 这些是 native 优先
就现状来说，flutter 还在还有几家，除了嘴硬的，实际 app 稀烂，中小厂是上了车没法换。rn 阵营说它不好，人家也是投资搞原生团队，国内当下降本增笑的大前提，原生开发没前景，另一个各家迭代频率和热更新都是刚需
如果需要一个 app 凑数，webview 套壳；如果需要各个渠道，第三方那些多端框架；如果要做一个正经 app ，在原生与效率成本间平衡，rn 依然是最优解

[daysv]

一直看好 RN ，不需要太多人力， 只需要把最耗精力的业务渲染层做好复用即可。
flutter 做到最后不就是做成一个浏览器罢了，谷歌真有那么多人投入维护吗？
而且就这两家后台的战略投入来看，谷歌更多是玩票

[wanguorui123]

还是用 WebView 套壳吧

[fsq]

Java 才是最好的语言！ Python 才是最好的语言！（如何让一群程序员吵起来）

[wh469012917]

用了好几年 RN ，感觉还是 flutter 更合适吧。移动端的相关组件库 flutter 支持的还是比较好，RN 虽然库很多，但是很多都是不维护了，到最后得自己维护，苦不堪言

[wh469012917]

@wh469012917 目前我们自己维护的有：高德地图 SDK 、微信 SDK 、umeng 推送/统计、rn-video-controls ，除非就是你不用国内厂商的服务，不然后期的维护很恶心

[angryfish]

我的建议是不要入坑移动端开发。

[Jaosn]

@wh469012917 #33 被你这么一说还是 uni-app weex 更香了，这些都不需要操行 🌚

[wow0o]

一般都会从内核层面换成自己的方案了。。

[FreshOldMan]

expo 维护的还行啊

[springz]

Flutter 不太行了，Google 裁员新闻看看。

[springz]

Swift 吧，oc 现在都块被列入即将淘汰了。

[DIMOJANG]

windows 11 的开始菜单就是 RN 吧

[szdev]

虽然跨平台很火，但是个人感觉趋势还是得 swiftui swift, swiftui 打出来的包真的小的可怜，资源少的 app 基本都在 10m 以下

[ltq918]

Flutter 更新还可以啊，很多第三方插件更新也很频繁，Android15 、iOS18 和 Xcode16 相关问题处理也很及时，如果第三方插件没有处理，解决方案也很容易找到

[googxh]

我们 app,pad 的 Android/iOS 双端都是用的 RN 开发的，原生库的维护确实是个问题，不过原生基本上也不会动

[SaiyZhao]

flutter rn 都在用，并没有什么问题，该有的功能都能实现

[meteor957]

RN 1.0 遥遥无期，expo 还得再套一层。

[yuxian]

RN 和 Flutter ，我都深入学习过，并开发过实际的产品。相比之下，个人更喜欢 RN ，主要是 Dart 的语法，实在难以忍受，每次开发 Flutter 都捏着鼻子进行下去，为了避免层级太深了，需要不断不断的去抽离新组件。
RN 是基于 TS ，完全没有这个问题。配合前后端的都用 TS ，毫无违和感。关于开源社区的组件问题，其实一直都在迭代，那些许久没有更新的，一般都可以找到代替品。如果一定要用，配合现在的 cursor ，fork 下来魔改也毫无压力。线上的产品实践下来，还有个特别点是，喜欢 RN 的热更新，这个只有发布过产品的人才能理解其重要性。flutter 虽然有，但难度太大，改动的内容也太多。
但我要推荐的是，题主想要自由开发的话，还是优先选择一个好的产品方向。那种技术都影响不大。如果是单纯的学习，那就更无所谓了。两个都看看吧。选择喜欢的

[FreeGuy]

我就等着 Javascript ahead-of-time 出来再用...

[aolianna]

swift+swiftUI 嘎嘎快。 不过真需要开发原生组件吗？

[qq2511296]

不是 web js 开发者 选择 Flutter 会好很多，原生当然是 Swift 了 OC 不用去学了
如果之前是 web 开发者 选择 RN 会好

说实话 Flutter 选择 dart 这个语言很失败，又重新造轮子，选 kt 或者 Swift 或者 js 感觉都比 dart 好

[tairan2006]

Java 后端，那肯定是学 compose multiplatform 了

[SingeeKing]

@MRG0 因为根本不需要第三方组件？直接用原生的就好 https://docs.expo.dev/versions/latest/sdk/date-time-picker/

[keppelfei]

别信那些瞎勾 8 胡诌的人断言，你直接看招聘信息，哪个岗位多你就学哪个，那些全凭个人喜好发言的可以忽略

[dnL]

又到前端无脑黑 Flutter 环节，多大仇

[shilianmlxg]

@xiexiping #1 expo 起来了，flutter 架构部都裁员了，哥哥。

[rocmax]

flutter 爱好者总是自我感觉良好，你问他有啥优秀 app 是 flutter 开发的，一个都举不出来。

[rocmax]

kotlin multiplatform 或许是一个新秀，java 也好转

[laogui]

还是 RN 靠谱，等着 flutter 被废弃的那一天。google 自己的主要 App 都不用，只有 google one ，google 统计这些 App 在用。相反，Facebook ，Instagram 都在用 RN 。RN 这几年变化挺大，嫌弃 RN 组件库不更新那是你没用 flutter ，很多库只有第一版，生态还是差很多。

[djs]

最近 shopify 转移到 rn 了

[DeWjjj]

vue 党已投敌 react 。
rn 很好。

[likai]

我选 rauri.想 vue 就 vue,想 rn 就 rn.

[likai]

@likai tauri