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

kamisamayo · 2026-03-30T00:27:52Z

基本都是 AI 写代码了，现在 AI 写 swift 这些擅长吗？因为一直以来只用来写过前端。我想的是，都 AI 写代码，是不是直接上原生的好一些？另外我现在开发的 app 是用 RN 写的，但是我担心 RN 会容易在不同手机上出现各种兼容性问题。我也没那么多可测试的。只能保证自己手机上没问题。

原生

AI

兼容性

76 replies • 2026-05-07 21:16:07 +08:00

murmur

Mar 30

1

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

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

fzxml

Mar 30

2

flutter

Akay47

Mar 30

3

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

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

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

anivie

Mar 30

4

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

workbest

Mar 30

5

ai

Huyoumnonos

Mar 30

6

flutter

kamisamayo

OP

Mar 30

7

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

kamisamayo

OP

Mar 30

1

8

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

crocoBaby

Mar 30

9

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

kamisamayo

OP

Mar 30

10

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

cairnechen

Mar 30

11

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

cqxxxxxxx

Mar 30 via Android

12

flutter 对鸿蒙支持咋样呢

kamisamayo

OP

Mar 30

13

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

ccsulzf0627

Mar 30

14

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

murmur

Mar 30

15

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

suyulingxm

Mar 30

16

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

guichen

Mar 30

17

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

jinker

Mar 30

18

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

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

Valid

Mar 30

19

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

kamisamayo

OP

Mar 30 via Android

20

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

sym134

Mar 30

21

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

cxxnullptr

Mar 30

22

多平台开发 flutter 体验更好

rrubick

Mar 30

23

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

jinker

Mar 30

24

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

momo1999

Mar 30

25

真正的全平台还是 flutter 好

kinghly

Mar 30

26

建议选方便 AI 调试的

zhaosong

Mar 30

27

肯定 flutter 大势所趋

kuxuan

Mar 30

28

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

realJamespond

Mar 30

29

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

kele999

Mar 30

30

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

superleexpert

Mar 30

31

flutter 吧，鸿蒙也适配了

hanzhu2026

Mar 30

32

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

snoopy1024

Mar 30

33

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

BetterJason

Mar 30

34

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

iorilu

Mar 30

35

并不冲突

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

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

CoderLife

Mar 30

36

flutter

clemente

Mar 30

37

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

programApe

Mar 30

38

我说自己的经验吧。去年开始用 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

akorn

Mar 30

39

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

duanxianze

Mar 30

40

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

TimPeake

Mar 30

41

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

kamisamayo

OP

Mar 30

42

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

kamisamayo

OP

Mar 30

43

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

swaylq

Mar 30

44

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

stardew

Mar 30

45

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

Radiation

Mar 30

46

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

zhangsimon

Mar 30

47

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

ninjaJ

Mar 30

48

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

XuDongJianSama

Mar 30

49

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

NewTab12138

Mar 30 via iPhone

50

flutter

nnnnnnamgn

Mar 30

51

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

programApe

Mar 30

52

@zhangsimon 上不了架，违规

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

Akay47

Mar 30

53

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