2026 年，个人开发首选是直接走原生还是走 RN 或 flutter

72 条回复 • 2026-03-30 22:36:42 +08:00

1

murmur

19 小时 43 分钟前

个人不是技术问题，是怎么把你的东西卖出去，你要给用户编一个故事，全国大厂那么多产品经理在卷，以前没有 AI 的时候华为能卷到给中东手机增加礼拜日历或者类似的宗教功能

我不信个人开发者在需求上能打败大厂，小众有小众的道理，但是小众得愿意付费才行啊

2

fzxml

19 小时 40 分钟前

flutter

3

Akay47

19 小时 36 分钟前

原生开发有个问题,即使是用 AI,你仍然需要同时维护两套代码,开发和维护投入的精力并不低, 虽然说原生的性能在正常情况下肯定是比 RN 和 Flutter 好的,但请考虑清除是否值得?

既然你已经熟悉了 RN,不如直接就用 RN 好了,兼容问题会有,但不会有很多,而且你都有 AI 了,处理兼容问题其实还是比较简单的

我个人是倾向于 Flutter 的,但你已经熟悉了 RN,那就继续在这个基础上开发呗

4

anivie

19 小时 34 分钟前

flutter ，没什么特殊需求的话一致性很出色

5

workbest

19 小时 32 分钟前

ai

6

Huyoumnonos

19 小时 30 分钟前

flutter

7

kamisamayo

OP

19 小时 24 分钟前

@anivie 哪个的社区更好呢？ flutter 还是 RN ？

8

kamisamayo

OP

19 小时 24 分钟前

1

@murmur 这是另一个事情了，嗯。。。

9

crocoBaby

19 小时 23 分钟前

肯定是原生了,少踩很多的坑

10

kamisamayo

OP

19 小时 22 分钟前

@Akay47 已经用 RN 开发的差不多了...在想这种让 AI 写成原生的麻不麻烦。。

11

cairnechen

19 小时 19 分钟前

上面说原生的还有一个问题，如果原生开发两套，实际 token 消耗也是 double 的吧

12

cqxxxxxxx

19 小时 17 分钟前 via Android

flutter 对鸿蒙支持咋样呢

13

kamisamayo

OP

19 小时 17 分钟前

@cairnechen 对的...这是另一个问题了

14

ccsulzf0627

19 小时 16 分钟前

其实我觉得 uni-app 也不错，各种生态对独立开发还挺友好的，如果不是复杂应用，我倒觉得可以试一下

15

murmur

19 小时 14 分钟前

@cairnechen 如果是独立应用深耕 ios 市场不失为一个方案

16

suyulingxm

19 小时 12 分钟前

flutter 吧，背靠 google 以后肯定和 Gemini 更适配。

17

guichen

19 小时 8 分钟前

用 rn 做过一个 app ，感觉各种库的小 bug 很多。
就比如一个下拉框能有五六个 bug ，来回换了好几个库，最后干脆不用了，改成底部弹出对话框了。rn 本身的 bug 也碰到过，就是一个犄角旮瘩的情况下组件变更不会渲染。
不知道 flutter 会不会好一点

18

jinker

19 小时 4 分钟前

你都 RN 了就继续吧，想要换的话就 flutter 。原生开发不需要，别听他们说 AI 了直接原生开发，事实上也还是维护两份代码。

AI 下跨端反而最优解，所谓的跨端碰到需要原生部分的代码，我都直接丢给 AI ，全部通过。我公司的 App 转到 flutter 体验很好，够用了，性能也 OK 。Gemini 配合也很好，我还是使用免费的 Gemini 呢。

19

Valid

18 小时 58 分钟前

2026 年了就不要纠结代码了，能赚钱就行，毕竟非专业的用 ai 撸出来的脚本都能赚钱，你写代码的目的是什么？提升自己吗？

20

kamisamayo

OP

18 小时 57 分钟前 via Android

@guichen 我也还没试过 flutter ，打算如果有下一个 app 再试试

21

sym134

18 小时 55 分钟前

@jinker 需要 app+微信小程序，flutter 合适吗？ uniapp 和 flutter 哪个更适合

22

cxxnullptr

18 小时 53 分钟前

多平台开发 flutter 体验更好

23

rrubick

18 小时 50 分钟前

rn flutter 都用过，建议直接原生。

24

jinker

18 小时 46 分钟前

@sym134 我没开发过小程序，我是国外的，国外不用小程序。根据我这些年的刷帖（摸鱼）经验，uniapp 算是最优解。我都是 flutter 开发 android 应用为主，IOS 我们公司不在乎，windows 的话是顺手 build 起来（这就算 flutter 的强项，只要库选的对，支持跨平台，就几乎全部 pass 起来。我们遇到不支持的功能例如 NFC ，手机通话历史这些都是弹个 toast 提示不支持就行。

25

momo1999

18 小时 41 分钟前

真正的全平台还是 flutter 好

26

kinghly

18 小时 40 分钟前

建议选方便 AI 调试的

27

zhaosong

18 小时 38 分钟前

肯定 flutter 大势所趋

28

kuxuan

18 小时 31 分钟前

哪个快，能快速出错为原则

29

realJamespond

18 小时 28 分钟前

rn ft 不就是个壳吗，最终不还得是 html?

30

kele999

18 小时 25 分钟前

主要是看你 APP 的功能。如果是要贴近苹果生态的，比如健康管理等功能，做那些功能的话，还是得原声，如果功能主体是展示用的，只有少量需要平台特性和，那你就用 Fla 或者按也可以，然后自己写一点原生的插件之类的代码就可以了。我不建议一定要多平台，因为往往一个平台上做，利用这个平台的特性做得更好，反而能打得出市场，除非你做的产品是服务器数据的那种。如果纯粹的客户端工具类的，我很建议走远生。

31

superleexpert

18 小时 23 分钟前

flutter 吧，鸿蒙也适配了

32

zhangkai1024

18 小时 11 分钟前

@ccsulzf0627 千万别坑太多了文档太零散了

33

snoopy1024

18 小时 6 分钟前

以前这个问题还有讨论的价值，现在有 AI 了，该卷的是极致的体验，因为成本已经远比没 AI 的时候低，所以建议都直接用性能最好的原生开发

34

lp4298707

17 小时 55 分钟前

@realJamespond #29 并不是,只有 uniapp 才是套的 html,并且 uniapp 现在也有原生编译的组件了,叫 nvue 还是啥的

35

iorilu

17 小时 53 分钟前

并不冲突

先用非原生快速糊出来上线

确定有人花钱再专原生, 你还在纠结用啥语言就输了, 人家早 ai 糊出来上架了

36

CoderLife

17 小时 50 分钟前

flutter

37

clemente

17 小时 48 分钟前

@snoopy1024 错了从产品的角度试错成本越低越好不值得花 token 和时间去验证一个错误的产品

38

programApe

17 小时 31 分钟前

我说自己的经验吧。去年开始用 ai 做的连接不同 nas 系统的大杂烩，影视、音乐、相册、图书、漫画等各种功能，打通 pt 平台、下载器、nastool 等，基本想要实现的功能都能实现，比如各种视频解码、算法对比相册照片对比度去重、音乐刮削、不同图书类型的解码等等。因为开始做的时候 ios26 刚更新，适配 ios 的水滴玻璃那种效果真是要了老命了，此外这几个功能里面最麻烦的居然是图书，各种图书类型解析甚至上了 js 库，还需要不少库 clone 自行编译等等，但是总结一句话是只要你想水磨工夫基本都能实现，就是贼麻烦。

然后前几天，突然想把 app 的音乐功能抽出来用用，最开始做的一般 flutter ，再差不多的时候放弃了，因为个人苹果全家桶，适配的很差，样式也不满意，调样式反而最花时间。然后就直接用 swift 来做，说实话很简单的 ui 就看的很舒服（可能是用苹果时间长了）各种交互实现也简单。

上图是还没做完的样子，功能的实现没 flutter 那么强大。
所以我觉得还是得从功能和 ui 上选择用哪个，如果功能比较简单对 ui 要求比较高那么选原生实现。如果要求功能非常多高能要求特别高，ui 一致性要求也高那就选 flutter 。
这是同一个音乐 app 我用 flutter 和 swift 分别做的。这是 flutter 的： https://github.com/chenqi92/yuanyin
这是以用 swift 做的 https://github.com/chenqi92/primuse

39

akorn

17 小时 28 分钟前

我最近也好奇，想用 swift 弄个原生。不知道是打开方式不对还是什么，不管是 gemini 还是 codex ，都只能写代码，生成不了项目文件。最后就是用 xcode 创建项目，再进去写代码。然后我朋友用 flutter 半天搓出来的东西，一周了，我还调页面呢。

40

duanxianze

17 小时 25 分钟前

扔骰子，随便选一个开始干，想这些还太早了，95%的情况他们都够用了

41

TimPeake

17 小时 15 分钟前

flutter 。毫无疑问体验好太多了

42

kamisamayo

OP

17 小时 14 分钟前

@duanxianze 我是 ai 给我扔骰子，然后直接代码就是 expo go 了，我看着效果还行就没细想就继续了。

43

kamisamayo

OP

17 小时 13 分钟前

@akorn 我也看网上有人说 AI 写的 swift 代码不太满意，但是我还没实践经验。这个你试试用 skill 呢，会不会效果好一些？

44

swaylq

17 小时 8 分钟前

@iorilu #35 说到点上了，独立开发最重要的是先验证需求，技术栈根本不是瓶颈。我自己的经验是 RN + Expo 配合 Claude Code 效率很高，大部分兼容性问题丢给 AI 都能解，真正头疼的反而是各平台审核策略不一样。原生的话 AI 写 SwiftUI 确实还行，但 Xcode 项目配置那一堆东西 AI 帮不了太多，@akorn 说的那个痛点太真实了。个人开发别追求技术完美，先糊出来让用户用上再说。

45

stardew

16 小时 50 分钟前

零 flutter 基础的已经用 ai 开发了一个小 app 了,开发和优化就两三天时间,ai 开发太方便了

46

Radiation

16 小时 39 分钟前

@cqxxxxxxx 官方不支持，但是有第三方的 flutter 修改版，支持鸿蒙

47

zhangsimon

16 小时 37 分钟前

@programApe 哇塞，大佬做的这个工具上架了不，想用！！！

48

ninjaJ

16 小时 31 分钟前

@ccsulzf0627 走 hybird 路线，用 uni-app 不如用 Cordova ，虽然也有坑，但是相对少点

49

XuDongJianSama

16 小时 29 分钟前

flutter 有个问题，不好让 ai 测试，纯靠视觉慢，用无障碍布局快，我计划用 kmp+cmp 来实现跨平台，主要是主力在安卓。先用 kt+compose 开发，ai 可以用 adb 获取布局来自动化测试，安卓端没问题后，kt compose 换成 kmp+cmp 然后测试 ios 有没有问题

50

NewTab12138

15 小时 27 分钟前 via iPhone

flutter

51

nnnnnnamgn

15 小时 19 分钟前

flutter ，swift 不清楚，ai 写 qt 真不行

52

programApe

15 小时 10 分钟前

@zhangsimon 上不了架，违规

只能删减功能试试，我过阵子试试，如果能上架艾特你

53

Akay47

14 小时 50 分钟前

@kamisamayo 原生肯定麻烦啊,我是觉得没必要
1.同一个需求,要让 AI 生成 Swift 版本+Kotlin 版本,Token 消耗直接 double
2.报错可能来自 iOS 端或 Android 端，需要分别向 AI 提问、贴代码、修复
3.UI 的不一致也会增加 AI 解决问题的时间