























这是一个创建于 68 天前的主题,其中的信息可能已经有所发展或是发生改变。
基本都是 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 ,没什么特殊需求的话一致性很出色 |
11 cairnechen 3 月 30 日上面说原生的还有一个问题,如果原生开发两套,实际 token 消耗也是 double 的吧 |
12 cqxxxxxxx 3 月 30 日 via Androidflutter 对鸿蒙支持咋样呢 |
14 ccsulzf0627 3 月 30 日其实我觉得 uni-app 也不错,各种生态对独立开发还挺友好的,如果不是复杂应用,我倒觉得可以试一下 |
16 suyulingxm 3 月 30 日flutter 吧,背靠 google 以后肯定和 Gemini 更适配。 |
17 guichen 3 月 30 日用 rn 做过一个 app ,感觉各种库的小 bug 很多。 |
18 jinker 3 月 30 日你都 RN 了就继续吧,想要换的话就 flutter 。原生开发不需要,别听他们说 AI 了直接原生开发,事实上也还是维护两份代码。 AI 下跨端反而最优解,所谓的跨端碰到需要原生部分的代码,我都直接丢给 AI ,全部通过。我公司的 App 转到 flutter 体验很好,够用了,性能也 OK 。Gemini 配合也很好,我还是使用免费的 Gemini 呢。 |
19 Valid 3 月 30 日2026 年了就不要纠结代码了,能赚钱就行,毕竟非专业的用 ai 撸出来的脚本都能赚钱,你写代码的目的是什么?提升自己吗? |
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 日哪个快,能快速出错为原则 |
30 kele999 3 月 30 日主要是看你 APP 的功能。如果是要贴近苹果生态的,比如健康管理等功能,做那些功能的话,还是得原声,如果功能主体是展示用的,只有少量需要平台特性和,那你就用 Fla 或者按也可以,然后自己写一点原生的插件之类的代码就可以了。我不建议一定要多平台,因为往往一个平台上做,利用这个平台的特性做得更好,反而能打得出市场,除非你做的产品是服务器数据的那种。如果纯粹的客户端工具类的,我很建议走远生。 |
33 snoopy1024 3 月 30 日以前这个问题还有讨论的价值,现在有 AI 了,该卷的是极致的体验,因为成本已经远比没 AI 的时候低,所以建议都直接用性能最好的原生开发 |
35 iorilu 3 月 30 日并不冲突 先用非原生快速糊出来上线 确定有人花钱再专原生, 你还在纠结用啥语言就输了, 人家早 ai 糊出来上架了 |
39 akorn 3 月 30 日我最近也好奇, 想用 swift 弄个原生。 不知道是打开方式不对还是什么,不管是 gemini 还是 codex ,都只能写代码,生成不了项目文件。最后就是用 xcode 创建项目,再进去写代码。 然后我朋友用 flutter 半天搓出来的东西,一周了,我还调页面呢。 |
40 duanxianze 3 月 30 日扔骰子,随便选一个开始干,想这些还太早了,95%的情况他们都够用了 |
41 TimPeake 3 月 30 日flutter 。毫无疑问体验好太多了 |
43 kamisamayo 3 月 30 日@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 开发太方便了 |
49 XuDongJianSama 3 月 30 日flutter 有个问题,不好让 ai 测试,纯靠视觉慢,用无障碍布局快,我计划用 kmp+cmp 来实现跨平台,主要是主力在安卓。先用 kt+compose 开发,ai 可以用 adb 获取布局来自动化测试,安卓端没问题后,kt compose 换成 kmp+cmp 然后测试 ios 有没有问题 |
51 nnnnnnamgn 3 月 30 日flutter ,swift 不清楚,ai 写 qt 真不行 |
53 Akay47 3 月 30 日@kamisamayo 原生肯定麻烦啊,我是觉得没必要 |
54 sima675 3 月 30 日 via Android前端 react 生态基本上 rn ,electron 这些虽然老,但是解决方案还是很多的 |
57 oliveira 3 月 30 日我选择 RN ,因为 Web 技术栈对 AI 友好。 |
58 esee 3 月 30 日你就选你最擅长的开发效率最高的就行了呀,个人产品最大的重点应该是销售,其次是创意,因为就不存在说你用了哪个技术栈就能让产品爆火 |
59 Darley 3 月 30 日 |
61 hjw45611 3 月 30 日我之前是原生 Android ,后来写 Harmony ,现在用 uniappx 写 Harmony 。。。 |
62 Gilfoyle26 3 月 30 日以前没有 Ai 的时候我就反对使用非原生技术,现在有 Ai 了就更不用非原生技术了 |
64 fbu11 3 月 30 日都用 AI 了直接原生不行吗?先上 iOS 的,iOS 能挣钱了再考虑 Android 版 |
65 Lockroach 3 月 30 日你要是有空维护、对样式和性能有追求就上原生,ft 还不支持 iOS 的液态玻璃,性能也没原生好。如果想省点力气就 ft |
66 VinsonGuo 3 月 30 日RN 和 Flutter 都深度体验过。 |
69 gavin6liu 3 月 30 日给你一个点,看要不要热修,要热修只有选 RN ,没得选。 |
71 opscoffeecn 3 月 30 日 via Android当你还在纠结选啥的时候,我已经让 AI 自己选了个,Vibe 好应用开始赚钱了 选啥对我来说都一样,我都看不懂 |
72 caesor 3 月 30 日认同你提到的独立开发技术选型问题!我用 AI Agent 做一人公司,选择技术栈时也踩过类似的坑——最终用 Next.js 快速跑通了 MVP 。这些经历我记录在公众号「 Wesley AI 日记」,如果你也做内容的话,有机会互相关注交流 🤝 |
74 devcai 3 月 31 日大家来来拥抱 kmp+compose 吧,添砖加瓦,抛弃 flutter |
75 cqxxxxxxx 4 月 2 日 via Androidkmp 对鸿蒙支持怎么样。 |
76 Mocus 5 月 7 日我选 RN,主要是不想下载 Dart 和 Android 工具链,RN 默认的 Expo 平台提供在线生成安装包下载 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。