基本都是 AI 写代码了，现在 AI 写 swift 这些擅长吗？因为一直以来只用来写过前端。
我想的是，都 AI 写代码，是不是直接上原生的好一些？
另外我现在开发的 app 是用 RN 写的，但是我担心 RN 会容易在不同手机上出现各种兼容性问题。我也没那么多可测试的。只能保证自己手机上没问题。
 | 1 murmur 3 月 30 日 个人不是技术问题，是怎么把你的东西卖出去，你要给用户编一个故事，全国大厂那么多产品经理在卷，以前没有 AI 的时候华为能卷到给中东手机增加礼拜日历或者类似的宗教功能 我不信个人开发者在需求上能打败大厂，小众有小众的道理，但是小众得愿意付费才行啊 |
 | 2 fzxml 3 月 30 日 flutter |
 | 3 Akay47 3 月 30 日 原生开发有个问题,即使是用 AI,你仍然需要同时维护两套代码,开发和维护投入的精力并不低, 虽然说原生的性能在正常情况下肯定是比 RN 和 Flutter 好的,但请考虑清除是否值得? 既然你已经熟悉了 RN,不如直接就用 RN 好了,兼容问题会有,但不会有很多,而且你都有 AI 了,处理兼容问题其实还是比较简单的 我个人是倾向于 Flutter 的,但你已经熟悉了 RN,那就继续在这个基础上开发呗 |
 | 4 anivie 3 月 30 日 flutter ，没什么特殊需求的话一致性很出色 |
 | 5 workbest 3 月 30 日 ai |
 | 6 Huyoumnonos 3 月 30 日 flutter |
 | 7 kamisamayo OP @anivie 哪个的社区更好呢？ flutter 还是 RN ？ |
| 8 kamisamayo OP  1 @murmur 这是另一个事情了，嗯。。。 |
 | 9 crocoBaby 3 月 30 日 肯定是原生了,少踩很多的坑 |
| 10 kamisamayo OP @Akay47 已经用 RN 开发的差不多了...在想这种让 AI 写成原生的麻不麻烦。。 |
 | 11 cairnechen 3 月 30 日 上面说原生的还有一个问题，如果原生开发两套，实际 token 消耗也是 double 的吧 |
 | 12 cqxxxxxxx 3 月 30 日 via Android flutter 对鸿蒙支持咋样呢 |
| 13 kamisamayo OP @cairnechen 对的...这是另一个问题了 |
 | 14 ccsulzf0627 3 月 30 日 其实我觉得 uni-app 也不错，各种生态对独立开发还挺友好的，如果不是复杂应用，我倒觉得可以试一下 |
| 15 murmur 3 月 30 日 @cairnechen 如果是独立应用深耕 ios 市场不失为一个方案 |
 | 16 suyulingxm 3 月 30 日 flutter 吧，背靠 google 以后肯定和 Gemini 更适配。 |
 | 17 guichen 3 月 30 日 用 rn 做过一个 app ，感觉各种库的小 bug 很多。 就比如一个下拉框能有五六个 bug ，来回换了好几个库，最后干脆不用了，改成底部弹出对话框了。rn 本身的 bug 也碰到过，就是一个犄角旮瘩的情况下组件变更不会渲染。 不知道 flutter 会不会好一点 |
 | 18 jinker 3 月 30 日 你都 RN 了就继续吧，想要换的话就 flutter 。原生开发不需要，别听他们说 AI 了直接原生开发，事实上也还是维护两份代码。 AI 下跨端反而最优解，所谓的跨端碰到需要原生部分的代码，我都直接丢给 AI ，全部通过。我公司的 App 转到 flutter 体验很好，够用了，性能也 OK 。Gemini 配合也很好，我还是使用免费的 Gemini 呢。 |
 | 19 Valid 3 月 30 日 2026 年了就不要纠结代码了，能赚钱就行，毕竟非专业的用 ai 撸出来的脚本都能赚钱，你写代码的目的是什么？提升自己吗？ |
| 20 kamisamayo OP @guichen 我也还没试过 flutter ，打算如果有下一个 app 再试试 |
 | 22 cxxnullptr 3 月 30 日 多平台开发 flutter 体验更好 |
 | 23 rrubick 3 月 30 日 rn flutter 都用过，建议直接原生。 |
| 24 jinker 3 月 30 日 @sym134 我没开发过小程序，我是国外的，国外不用小程序。根据我这些年的刷帖（摸鱼）经验，uniapp 算是最优解。我都是 flutter 开发 android 应用为主，IOS 我们公司不在乎，windows 的话是顺手 build 起来（这就算 flutter 的强项，只要库选的对，支持跨平台，就几乎全部 pass 起来。我们遇到不支持的功能例如 NFC ，手机通话历史这些都是弹个 toast 提示不支持就行。 |
 | 25 momo1999 3 月 30 日 真正的全平台还是 flutter 好 |
 | 26 kinghly 3 月 30 日 建议选方便 AI 调试的 |
 | 27 zhaosong 3 月 30 日 肯定 flutter 大势所趋 |
 | 28 kuxuan 3 月 30 日 哪个快，能快速出错为原则 |
 | 29 realJamespond 3 月 30 日 rn ft 不就是个壳吗，最终不还得是 html? |
 | 30 kele999 3 月 30 日 主要是看你 APP 的功能。如果是要贴近苹果生态的，比如健康管理等功能，做那些功能的话，还是得原声，如果功能主体是展示用的，只有少量需要平台特性和，那你就用 Fla 或者按也可以，然后自己写一点原生的插件之类的代码就可以了。我不建议一定要多平台，因为往往一个平台上做，利用这个平台的特性做得更好，反而能打得出市场，除非你做的产品是服务器数据的那种。如果纯粹的客户端工具类的，我很建议走远生。 |
 | 31 superleexpert 3 月 30 日 flutter 吧，鸿蒙也适配了 |
 | 32 zhangkai1024 3 月 30 日 @ccsulzf0627 千万别 坑太多了 文档太零散了 |
 | 33 snoopy1024 3 月 30 日 以前这个问题还有讨论的价值，现在有 AI 了，该卷的是极致的体验，因为成本已经远比没 AI 的时候低，所以建议都直接用性能最好的原生开发 |
 | 34 BetterJason 3 月 30 日 @realJamespond #29 并不是,只有 uniapp 才是套的 html,并且 uniapp 现在也有原生编译的组件了,叫 nvue 还是啥的 |
 | 35 iorilu 3 月 30 日 并不冲突 先用非原生快速糊出来上线 确定有人花钱再专原生, 你还在纠结用啥语言就输了, 人家早 ai 糊出来上架了 |
 | 36 CoderLife 3 月 30 日 flutter |
 | 37 clemente 3 月 30 日 @snoopy1024 错了 从产品的角度 试错成本越低越好 不值得花 token 和时间 去验证一个错误的产品 |
 | 38 programApe 3 月 30 日 我说自己的经验吧。去年开始用 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 3 月 30 日 我最近也好奇， 想用 swift 弄个原生。 不知道是打开方式不对还是什么，不管是 gemini 还是 codex ，都只能写代码，生成不了项目文件。最后就是用 xcode 创建项目，再进去写代码。 然后我朋友用 flutter 半天搓出来的东西，一周了，我还调页面呢。 |
 | 40 duanxianze 3 月 30 日 扔骰子，随便选一个开始干，想这些还太早了，95%的情况他们都够用了 |
 | 41 TimPeake 3 月 30 日 flutter 。毫无疑问体验好太多了 |
| 42 kamisamayo OP @duanxianze 我是 ai 给我扔骰子，然后直接代码就是 expo go 了，我看着效果还行就没细想就继续了。 |
| 43 kamisamayo OP @akorn 我也看网上有人说 AI 写的 swift 代码不太满意，但是我还没实践经验。这个你试试用 skill 呢，会不会效果好一些？ |
 | 44 swaylq 3 月 30 日 @iorilu #35 说到点上了，独立开发最重要的是先验证需求，技术栈根本不是瓶颈。我自己的经验是 RN + Expo 配合 Claude Code 效率很高，大部分兼容性问题丢给 AI 都能解，真正头疼的反而是各平台审核策略不一样。原生的话 AI 写 SwiftUI 确实还行，但 Xcode 项目配置那一堆东西 AI 帮不了太多，@akorn 说的那个痛点太真实了。个人开发别追求技术完美，先糊出来让用户用上再说。 |
 | 45 stardew 3 月 30 日 零 flutter 基础的已经用 ai 开发了一个小 app 了,开发和优化就两三天时间,ai 开发太方便了 |
 | 47 zhangsimon 3 月 30 日 @programApe 哇塞，大佬做的这个工具上架了不，想用！！！ |
 | 48 ninjaJ 3 月 30 日 @ccsulzf0627 走 hybird 路线，用 uni-app 不如用 Cordova ，虽然也有坑，但是相对少点 |
 | 49 XuDongJianSama 3 月 30 日 flutter 有个问题，不好让 ai 测试，纯靠视觉慢，用无障碍布局快，我计划用 kmp+cmp 来实现跨平台，主要是主力在安卓。先用 kt+compose 开发，ai 可以用 adb 获取布局来自动化测试，安卓端没问题后，kt compose 换成 kmp+cmp 然后测试 ios 有没有问题 |
 | 50 NewTab12138 3 月 30 日 via iPhone flutter |
 | 51 nnnnnnamgn 3 月 30 日 flutter ，swift 不清楚，ai 写 qt 真不行 |
| 52 programApe 3 月 30 日 @zhangsimon 上不了架，违规  只能删减功能试试，我过阵子试试，如果能上架艾特你 |
| 53 Akay47 3 月 30 日 @kamisamayo 原生肯定麻烦啊,我是觉得没必要 1.同一个需求,要让 AI 生成 Swift 版本+Kotlin 版本,Token 消耗直接 double 2.报错可能来自 iOS 端或 Android 端，需要分别向 AI 提问、贴代码、修复 3.UI 的不一致也会增加 AI 解决问题的时间 |
 | 54 sima675 3 月 30 日 via Android 前端 react 生态基本上 rn ，electron 这些虽然老，但是解决方案还是很多的 |
 | 55 zoharSoul 3 月 30 日 原生, 坑少 |
 | 56 godmiracle 3 月 30 日 @programApe #52 上 test 呢，也不给吗 |
 | 57 oliveira 3 月 30 日 我选择 RN ，因为 Web 技术栈对 AI 友好。 |
 | 58 esee 3 月 30 日 你就选你最擅长的开发效率最高的就行了呀，个人产品最大的重点应该是销售，其次是创意，因为就不存在说你用了哪个技术栈就能让产品爆火 |
 | 59 Darley 3 月 30 日 我想趟一下 kuikly  |
| 60 programApe 3 月 30 日 @godmiracle 我原本想法就是上 test ，但是提交 test 永远会有有个红字提示进不到下一步，所以只能删减功能试试看能不能上架 |
 | 61 hjw45611 3 月 30 日 我之前是原生 Android ，后来写 Harmony ，现在用 uniappx 写 Harmony 。。。 |
 | 62 Gilfoyle26 3 月 30 日 以前没有 Ai 的时候我就反对使用非原生技术，现在有 Ai 了就更不用非原生技术了 |
 | 63 meteora0tkvo 3 月 30 日 @ccsulzf0627 #14 uniapp 运行性能太差了，而且打包体积很大，什么都没写打包出来的 apk 就能达到几十 M |
 | 64 fbu11 3 月 30 日 都用 AI 了直接原生不行吗？先上 iOS 的，iOS 能挣钱了再考虑 Android 版 |
 | 65 Lockroach 3 月 30 日 你要是有空维护、对样式和性能有追求就上原生，ft 还不支持 iOS 的液态玻璃，性能也没原生好。如果想省点力气就 ft |
 | 66 VinsonGuo 3 月 30 日 1 RN 和 Flutter 都深度体验过。 RN 的优势在于在 iOS 上的体验会更佳，与原生 app 更接近，但是 lib 冲突较多，UI 一致性很差，多平台需要频繁调整。 Flutter 的 UI 主要还是 Material Design ，但是开发起来更省心，遇到的坑比 RN 少很多。 |
 | 68 unco020511 3 月 30 日 flutter |
 | 69 gavin6liu 3 月 30 日 给你一个点，看要不要热修，要热修只有选 RN ，没得选。 |
 | 70 ARIInV2 3 月 30 日 无脑 RN |
 | 71 opscoffeecn 3 月 30 日 via Android 当你还在纠结选啥的时候，我已经让 AI 自己选了个，Vibe 好应用开始赚钱了 选啥对我来说都一样，我都看不懂 |
 | 72 caesor 3 月 30 日 认同你提到的独立开发技术选型问题！我用 AI Agent 做一人公司，选择技术栈时也踩过类似的坑最终用 Next.js 快速跑通了 MVP 。这些经历我记录在公众号「 Wesley AI 日记」，如果你也做内容的话，有机会互相关注交流 |
 | 73 xzh654321 3 月 31 日 话说 RN 的话，鸿蒙支持的咋样 |
 | 74 devcai 3 月 31 日 大家来来拥抱 kmp+compose 吧，添砖加瓦，抛弃 flutter |
| 75 cqxxxxxxx 21 天前 via Android kmp 对鸿蒙支持怎么样。 |
Select Language