目前想用的其中一种：RN Hippy Lynx KMP
目前在用的：mpaas 框架小程序 以及 H5 离线包（部分原生）
前端主要使用 vue3
各位架构师来指点一二
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 514 days ago, the information mentioned may be changed or developed.
 |
rocododdJun 10, 2025 via Android
1
移动开发....我选择 compose
|
 |
xhd2015Jun 10, 2025 via iPhone
2
也想知道，现在只用了 SwiftUI, 后端业余开发移动端
|
 |
riceballJun 10, 2025
3
看你列举的 framework,除了最后一个 KMP （如果是 kotlin fans 可以试试，不过听说目前 to web 并不完善）,其他都是 js 框架，你其实是想问 跨平台 JS 开发框架推荐吧
|
 |
murmurJun 10, 2025
4
外包或者办公项目无脑 uniapp
|
 |
Felixchen1062Jun 10, 2025
5
flutter 大家已经不推荐了吗
|
 |
lqbkJun 10, 2025
6
flutter
|
 |
flytsukiJun 10, 2025
7
小程序 uniapp,app flutter
|
 |
heirenhaJun 10, 2025
8
轻度系统调用的话前端一把梭：ionic + capacitor
|
 |
tearsinchinaJun 10, 2025
9
|
 |
HENQIGUAIJun 10, 2025
10
没搞过移动端，但是我选 compose
|
 |
wobuhuicodeJun 10, 2025
11
react native 秒杀一切！
|
 |
xiumingJun 10, 2025
12
国内可以 uniapp 别折腾什么 flutter RN 了 说起来都很厉害 实际这些东西害死项目
|
|
murmurJun 10, 2025
13
@Felixchen1062 flutter 在纯 ios 上做一些 todo 记账应用割割韭菜没问题，但是国内 android+ios+小程序+ohnext 四端用 flutter 纯属脑抽，除非公司足够大可以养一堆程序员
程序员还是要向钱看的，tob 市场卷的不能在卷了，尤其是安卓，常见功能直接内置 rom 里 |
|
murmurJun 10, 2025
14
更正 to b->to c
|
 |
Danmen123Jun 10, 2025
15
compose multiplatform
|
 |
16
@Felixchen1062 推荐饮料的时候有必要提可乐吗，一个道理。
|
1 |
PoIKIloThERMerJun 10, 2025
17
iOS swiftUI Android compose 。flutter RN 这种屎就算了，到现在兼容性都差的要命，稍微复杂一点的项目 plugin 写吐你。当然，如果你只是个人做一些简单的玩具项目，那其实啥都无所谓，不如花点钱用 cursor ，多配些 MCP 和 rules ，把 prompt 写好，完全够了。
|
 |
loshine1992Jun 10, 2025
18
KMP + Compose Multiplatform 现在基建并不好，不建议直接上生产
Flutter 目前是最合适的 |
 |
layfonesJun 10, 2025
19
跨平台 Flutter
原生开发 SwiftUI JetpackCompose |
 |
zenghaojim33Jun 10, 2025
20
React Native
可以看看 Theo 大佬最新一期视频对 RN 的评价 |
|
murmurJun 10, 2025
21
@zenghaojim33 我其实对 rn 的生态有点怕，他新的插件机制太依靠 C++代码了，社区也各种炫技，比如一个相机，明明开发者想要的就是调取系统相机，官方的相机不维护了，vision-camera 写了一套巨复杂的 c++桥接，目的可能就是为了定义拍照框，这需求没问题，但是你没得选，这么大一堆 c++的项目组合一起，说不定哪天就编译不起来了
相比 cordova ，capacitor 这种，插件基本都是 java 层，就主体是个 webview ，贼稳定 |
 |
Gilfoyle26Jun 10, 2025
22
直接原生。曾经我也希望搞垮平台，后台发现最后还是要搞原生，那为啥不一开始就搞原生呢。
原生的好处： 1.可以紧跟最新的 API 2.没有跨平台转换的心智负担 3.性能 4.好调试 5.杜绝了各种稀奇古怪的跨平台问题 坏处： 1.要多学一门语言 所以仔细想想，尤其是做独立开发者，直接学 swift 最好。android 等 swift 项目赚钱了再做也不迟。 |
 |
faiminJun 10, 2025
23
前端出身就首选 RN
|
 |
zhuzixianJun 10, 2025
24
avaloniaui
|
 |
myderrJun 10, 2025
25
uniapp 套壳吧，骂归骂，但是搞钱出货第一位
|
 |
hwdq0012Jun 10, 2025
26
最近在研究 react native + c++，因为 facebook 支持了 android ios, 微软支持了 windows 和 mac
说明是值得投资的框架，而且性能也好， c++ 对 ai, cv ，game, renderer , native 调用都有加成，而且逆向难道更大 |
 |
qxdo1234Jun 10, 2025
27
礼貌借个楼，如果是一个应用，要求 PC + 平板 + 手机（安卓/ios ）都有相似的体验，并且初期没有很多人一起开发的情况下， 推荐用什么技术栈？ flutter 还是 uniapp ？
|
 |
gogozsJun 10, 2025 via Android
29
看你需求啊，如果只开发某一端，根本不需要框架
|
 |
azhangbingJun 10, 2025
30
如果只是开发简单的 以后更新不频繁 直接原生 Android 和 ios swift 就行了 不难学
|
 |
31
我个人是准备投入 RN ，毕竟时间有限也想借此机会接触 JS 生态。当然有精力还是会转向原生的。
就近的来说，我认为 RN 支持 iOS 26 新的液体玻璃效果肯定会比 Flutter 快。作为小开发者来说我认为能及时跟进新特性比起中大开发者来说是个优势？当然从这点来说还是原生最好啦。 |
 |
HelsingJun 10, 2025 via iPhone
32
Compose Multiplatform 很有前途，腾讯视频都三端一码了
|
 |
mrleftJun 10, 2025 via Android
33
@zenghaojim33 这个视频基本是错的，判断 app 有没有用 rn 都不会，还控评
|
 |
roundgisJun 10, 2025 via Android
34
|
 |
35
谢谢各位大佬的建议，感谢
|
|
36
@riceball 是啊 KMP 成本太高了，小程序还不能放弃，开发人员现在就 2 个，原生的一个人，所以目前选择了 小程序 +h5 ，四端通吃，但是 产品还要求交互 体验 日她仙人啊
|
|
38
@TerryBlues 我正在 hippy 跟 RN 纠结，Hippy 跟 RN 相比就是生态 太差了哎
|
|
40
@Gilfoyle26 难啊 出海的项目还是
|
|
zenghaojim33Jun 12, 2025
41
@mrleft 你讲错了吧，你说的是 Theo 评论的那个原视频...
|
|
mrleftJun 12, 2025
42
@zenghaojim33 #41 还真是，😳， 看着眼熟，一点进度条正好说 kindle 那里
|
Select Language