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

[kamisamayo]

基本都是 AI 写代码了，现在 AI 写 swift 这些擅长吗？因为一直以来只用来写过前端。

我想的是，都 AI 写代码，是不是直接上原生的好一些？

另外我现在开发的 app 是用 RN 写的，但是我担心 RN 会容易在不同手机上出现各种兼容性问题。我也没那么多可测试的。只能保证自己手机上没问题。

[murmur]

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

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

[fzxml]

flutter

[Akay47]

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

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

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

[anivie]

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

[workbest]

ai

[Huyoumnonos]

flutter

[kamisamayo]

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

[kamisamayo]

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

[crocoBaby]

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

[kamisamayo]

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

[cairnechen]

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

[cqxxxxxxx]

flutter 对鸿蒙支持咋样呢

[kamisamayo]

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

[ccsulzf0627]

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

[murmur]

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

[suyulingxm]

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

[guichen]

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

[jinker]

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

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

[Valid]

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

[kamisamayo]

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

[sym134]

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

[cxxnullptr]

多平台开发 flutter 体验更好

[rrubick]

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

[jinker]

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

[momo1999]

真正的全平台还是 flutter 好

[kinghly]

建议选方便 AI 调试的

[zhaosong]

肯定 flutter 大势所趋

[kuxuan]

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

[realJamespond]

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

[kele999]

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

[superleexpert]

flutter 吧，鸿蒙也适配了

[zhangkai1024]

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

[snoopy1024]

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

[lp4298707]

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

[iorilu]

并不冲突

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

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

[CoderLife]

flutter

[clemente]

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

[programApe]

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

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

[duanxianze]

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

[TimPeake]

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

[kamisamayo]

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

[kamisamayo]

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

[swaylq]

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

[stardew]

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

[Radiation]

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

[zhangsimon]

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

[ninjaJ]

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

[XuDongJianSama]

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

[NewTab12138]

flutter

[nnnnnnamgn]

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

[programApe]

@zhangsimon 上不了架，违规 只能删减功能试试，我过阵子试试，如果能上架艾特你

[Akay47]

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

[sima675]

前端 react 生态基本上 rn ，electron 这些虽然老，但是解决方案还是很多的

[zoharSoul]

原生, 坑少

[godmiracle]

@programApe #52 上 test 呢，也不给吗

[oliveira]

我选择 RN ，因为 Web 技术栈对 AI 友好。

[esee]

你就选你最擅长的开发效率最高的就行了呀，个人产品最大的重点应该是销售，其次是创意，因为就不存在说你用了哪个技术栈就能让产品爆火

[Darley]

我想趟一下 kuikly

[programApe]

@godmiracle 我原本想法就是上 test ，但是提交 test 永远会有有个红字提示进不到下一步，所以只能删减功能试试看能不能上架

[hjw45611]

我之前是原生 Android ，后来写 Harmony ，现在用 uniappx 写 Harmony 。。。

[Gilfoyle26]

以前没有 Ai 的时候我就反对使用非原生技术，现在有 Ai 了就更不用非原生技术了

[meteora0tkvo]

@ccsulzf0627 #14 uniapp 运行性能太差了，而且打包体积很大，什么都没写打包出来的 apk 就能达到几十 M

[fbu11]

都用 AI 了直接原生不行吗？先上 iOS 的，iOS 能挣钱了再考虑 Android 版

[Lockroach]

你要是有空维护、对样式和性能有追求就上原生，ft 还不支持 iOS 的液态玻璃，性能也没原生好。如果想省点力气就 ft

[VinsonGuo]

RN 和 Flutter 都深度体验过。
RN 的优势在于在 iOS 上的体验会更佳，与原生 app 更接近，但是 lib 冲突较多，UI 一致性很差，多平台需要频繁调整。
Flutter 的 UI 主要还是 Material Design ，但是开发起来更省心，遇到的坑比 RN 少很多。

[yeslight]

@Radiation #46 华为官方修改的，我们对接过