鄙人主 Java 开发，对前端技术了解不多，在之前 RN 火热🔥时期，由于会一点前端，上手相对简单，在移动端技术选型时选择了 RN,但是这几年慢慢的发现很多 RN 组件库都没人维护了，各大技术博客平台有关 RN 的帖子都停留在 3 ～ 5 年前。
想请教下移动端的大佬们，给点意见：
1 、如果继续使用 RN 开发，没有合适的组件库时，应该学 Objective-C ，还是 Swift ？
2 、推荐一个学习成本较低的框架（ uniapp 就算了～～）
48 条回复 • 2024-11-25 18:42:49 +08:00
 |
1
xiexiping 8 小时 14 分钟前
flutter 起来之后，RN 存在的意义就不大了，坑又多性能又不怎么样
|
 |
3
oliveira 8 小时 0 分钟前  2
如果你在纠结选择 React Native 还是 Flutter ，我建议选择 RN ，JS 的生态还是要比 Dart 繁荣的多。
现在 RN 的组件库已经很完善了，基本上可以覆盖绝大部分开发场景，不需要单独去学习原生开发。 https://imgur.com/XYjK1N3 |
 |
4
gxm44 7 小时 59 分钟前
果断 RN ，RN 是越来越好了，Flutter 倒是没有像预期那样起来
|
 |
5
muyin1206 7 小时 57 分钟前
无脑选 rn ，用 expo 框架
|
 |
7
Kolento 7 小时 50 分钟前
flutter 也有很多库停更的
|
 |
8
ryougifujino 7 小时 49 分钟前
@xiexiping 恰恰相反，现在 RN 是越来越好了，相反 Flutter 显得有些力不从心了
|
 |
9
nevergotit 7 小时 49 分钟前
我选择的是 RN ，现在前端团队的小伙伴都可以维护。
我现在纠结的是怎么适配鸿蒙 |
 |
10
MRG0 7 小时 48 分钟前
我咋感觉 rn 上手不简单呢，比如说我想找一个选择日期时间的组件，找半天没找能用的
|
 |
11
LokiSharp 7 小时 48 分钟前
无脑选 JS/TS
|
 |
12
ixcode 7 小时 47 分钟前
打败 RN 的不是 flutter ，而是 Cursor 。
Cursor 把学习一门新语言的门槛降低了非常多，而且还是基于实践的学习。 当前其他的 AI Coding 也有很棒的，作用上差不多。 |
|
13
nevergotit 7 小时 46 分钟前
ant-design-mobile-rn
|
|
14
nevergotit 7 小时 45 分钟前
@nevergotit 手滑发出去了，RN 组件库可以试试这个，相对比较好用
|
|
15
oliveira 7 小时 43 分钟前
|
 |
16
FaiChou 7 小时 34 分钟前
之前写过 RN ，好几年没写了，之前写的 RN 都是裸写，现在官方都是推 expo ，用 expo 创建管理项目以及很多 UI 组件。现在要再来学一遍 expo ，稍微看了下，之前用的 navigation 现在被 expo 的 router 代替了，之前用 redux 等状态管理工具来控制 navigation 兼职是噩梦，不知道现在的 router 是否更好用了没。
而且现在还多了个 EAS ，用来走编译打包发布这一套流程。expo 的文档内容有点多，又要学 react ，又要学 RN ，还要学 expo ，然后深入点就要写一下原生组件。如果这些都不熟悉，使用 AI 协助编程也会遇到很多问题，到时候再一个个补充知识，这样的学习路线感觉会更折磨。 所以我觉得，个人开发，自底向上比较正规并且路会越走越顺，把基础打牢实了，再用 AI 辅助会很舒服。但如果对一个开发栈了解得少，直接用 AI 来创作，这种自顶向下的开发路线，坑会越来越多。 对于 op 第一个问题，建议学 swift 。OC 太老了，比如代理模式写起来费劲，新手不适合学这种内容。除非有丰富的 c 语言功底。 |
 |
17
ixixi 7 小时 12 分钟前 1
买了 mac mini 要独立开发了吗 ?
 |
 |
18
lait123 7 小时 11 分钟前
如果是国内.可以看看 uniapp.不管是不是屎.现在这种行情世道.这玩意在国内是真的火. 没办法 太方便了 一个开发 n 平台
|
 |
19
joyoyao 7 小时 1 分钟前 2
后端就别学 React Native 了。前端的那一套东西变化快，一大堆东西要学，今天学的东西，明天就过时了。
flutter 则要学的东西很少，推荐用 flutter ，实在搞不的地方就原生搞。我自己开发过 flutter app 和 react 项目。flutter 一周上手，就是还要懂点原生。react 项目想抄别人的代码都麻烦，因为每个项目 css 写法都不一样，抄过来还要改。 |
 |
20
justdoit123 6 小时 25 分钟前
埋点关注。
我的实践经验感觉 RN 深入后，不会 Native 就很被动。 |
 |
21
a2956853935 5 小时 59 分钟前
JS 生态才是 rn 最大优势，前端人员直接覆盖，学习成本低，性价比高，对于企业来说，招个前端会 rn 的肯定比只会 flutter 的来的划算
|
 |
23
imba97 5 小时 36 分钟前
用了一年多 Capactior 还不错，多端打包（ Electron 桌面端、Android 、iOS ）
通过插件跟原生系统通信，官方提供了大部分基本插件，第三方也有。但其实还是比较少，不过可以自己写插件 |
 |
24
snarkprayer 5 小时 26 分钟前
RN + expo 比裸写 RN 简单很多
expo 官方维护的包质量也可以，真遇到复杂的需求，跨平台方案都一样不好做 |
 |
25
xingheng 5 小时 26 分钟前
借了楼问一下：你们有多少个人开发者用跨平台框架的同时真的适配了安卓和 iOS 的？有多少人同时会写安卓和 iOS 原生开发的？
|
 |
26
nicholasxuu 5 小时 18 分钟前
还有什么选择？
flutter 的组被 google 开了大半，剩下的人手面对堆积如山的 issue 。 还有什么？ |
 |
27
jingrui 4 小时 59 分钟前
react native + 1
现在用 expo 框架，还是蛮香的； RN 包管理确实是个问题，毕竟 RN+EXPO 基本半年一个大版本，社区包跟不上也正常。 |
|
28
xiexiping 4 小时 56 分钟前
反正我接触的移动开发者圈子没什么人用 RN 了，招聘也没什么人提了，除非是用的还是五六年前的招聘文案，当然你要是高兴，可以说你身边都是用 RN 的，那我也没什么话好说
|
 |
29
shui14 4 小时 55 分钟前
到今天还有人在吹 flutter
好几年前我说过，flutter 再强，它会变成 rn 的一种实现 去年 webgpu 一发布就有人移植了 skia 接口，这种生态拿什么打，它名字带一个 web 但是不是只能跑在 web ，dawn 这些是 native 优先 就现状来说，flutter 还在还有几家，除了嘴硬的，实际 app 稀烂，中小厂是上了车没法换。rn 阵营说它不好，人家也是投资搞原生团队，国内当下降本增笑的大前提，原生开发没前景，另一个各家迭代频率和热更新都是刚需 如果需要一个 app 凑数，webview 套壳；如果需要各个渠道，第三方那些多端框架；如果要做一个正经 app ，在原生与效率成本间平衡，rn 依然是最优解 |
 |
30
daysv 4 小时 33 分钟前
一直看好 RN ，不需要太多人力， 只需要把最耗精力的业务渲染层做好复用即可。
flutter 做到最后不就是做成一个浏览器罢了，谷歌真有那么多人投入维护吗？ 而且就这两家后台的战略投入来看，谷歌更多是玩票 |
 |
31
wanguorui123 4 小时 14 分钟前
还是用 WebView 套壳吧
|
 |
32
fsq 3 小时 59 分钟前
Java 才是最好的语言！ Python 才是最好的语言！（如何让一群程序员吵起来）
|
 |
33
wh469012917 3 小时 54 分钟前 1
用了好几年 RN ，感觉还是 flutter 更合适吧。移动端的相关组件库 flutter 支持的还是比较好，RN 虽然库很多，但是很多都是不维护了，到最后得自己维护，苦不堪言
|
|
34
wh469012917 3 小时 52 分钟前
@wh469012917 目前我们自己维护的有：高德地图 SDK 、微信 SDK 、umeng 推送/统计、rn-video-controls ，除非就是你不用国内厂商的服务，不然后期的维护很恶心
|
 |
35
angryfish 3 小时 47 分钟前 1
我的建议是不要入坑移动端开发。
|
 |
36
Jaosn 3 小时 17 分钟前
@wh469012917 #33 被你这么一说还是 uni-app weex 更香了，这些都不需要操行 🌚
|
 |
37
wow0o 3 小时 12 分钟前
一般都会从内核层面换成自己的方案了。。
|
 |
38
FreshOldMan 3 小时 11 分钟前
expo 维护的还行啊
|
 |
39
springz 3 小时 6 分钟前
Flutter 不太行了，Google 裁员新闻看看。
|
|
40
springz 3 小时 5 分钟前
Swift 吧，oc 现在都块被列入即将淘汰了。
|
 |
41
DIMOJANG 3 小时 0 分钟前
windows 11 的开始菜单就是 RN 吧
|
 |
42
szdev 2 小时 55 分钟前
虽然跨平台很火，但是个人感觉趋势还是得 swiftui swift, swiftui 打出来的包真的小的可怜，资源少的 app 基本都在 10m 以下
|
 |
43
ltq918 2 小时 38 分钟前 via Android
Flutter 更新还可以啊，很多第三方插件更新也很频繁，Android15 、iOS18 和 Xcode16 相关问题处理也很及时，如果第三方插件没有处理，解决方案也很容易找到
|
 |
44
googxh 1 小时 38 分钟前
我们 app,pad 的 Android/iOS 双端都是用的 RN 开发的，原生库的维护确实是个问题，不过原生基本上也不会动
|
 |
45
SaiyZhao 1 小时 30 分钟前
flutter rn 都在用，并没有什么问题，该有的功能都能实现
|
 |
46
meteor957 1 小时 26 分钟前 via Android
RN 1.0 遥遥无期，expo 还得再套一层。
|
 |
47
yuxian 53 分钟前
RN 和 Flutter ，我都深入学习过，并开发过实际的产品。相比之下，个人更喜欢 RN ，主要是 Dart 的语法，实在难以忍受，每次开发 Flutter 都捏着鼻子进行下去，为了避免层级太深了，需要不断不断的去抽离新组件。
RN 是基于 TS ，完全没有这个问题。配合前后端的都用 TS ，毫无违和感。关于开源社区的组件问题，其实一直都在迭代，那些许久没有更新的，一般都可以找到代替品。如果一定要用，配合现在的 cursor ，fork 下来魔改也毫无压力。线上的产品实践下来，还有个特别点是，喜欢 RN 的热更新，这个只有发布过产品的人才能理解其重要性。flutter 虽然有，但难度太大，改动的内容也太多。 但我要推荐的是，题主想要自由开发的话，还是优先选择一个好的产品方向。那种技术都影响不大。如果是单纯的学习，那就更无所谓了。两个都看看吧。选择喜欢的 |
 |
48
FreeGuy 1 分钟前
我就等着 Javascript ahead-of-time 出来再用...
|
Select Language