小白想问个跨平台开发 app 的问题，请指教

@chenquanjun 这确实很邪道了。我之前只做过用原生写得像游戏的 app 。全篇到处都是 lottie 做的动画，又要适配屏幕尺寸，又要动画元素和其他动画元素对齐。。。

你心大了。 试水都是先开发 小程序版本， 小程序本来就是跨平台的， 也有社交推广的能力。也不需要额外的鉴权。
等你真能做起来业务，发现必须有 app 了，才去落地 app

一上来就是宏大叙事，业务啥的没想清楚，被迫沉浸在 app 端的开发上， 属于主次不分吧

准备用 codex 开发的话，建议原生 app ，把开发需求搞明确具体，vibecoding 一把梭 doge

上面讨论那么多各说各的，是立场不同
如果你的立场是站在用户，是保证用户体验，那就原生。没有用户喜欢蹩脚的跨平台体验
如果你的立场是站开发者，保证开发一致性，节省人力和时间，那就 Flutter/RN

uniapp 啊，你想一套代码三端，这是唯一选择。

并且这个更接近 WEB 技术,可能更适合 vibe

@chenquanjun 之前待过一家公司，App 就是用游戏引擎写的，用的「 Cocos 」

我在用 uniappx 写 Harmony+Android ，可以打包成原生代码，但 AI 5 分钟写出来的代码，需要 AI 20 分钟来改代码 bug
楼上推荐 uniapp 的麻烦推荐一下 AI 工具

@chenquanjun 懂了，用 unity 写

原生吧，无非就是多烧 token 而已，但是调试还是得自己来。

我最近用 ai 套壳了一个 h5 ，很是牛逼，以前要给用户啥的发 h5 地址，他们一会在微信里直接打开，有的在 qq 直接打开，体验不好（上下有工具栏状态栏）。
我现在用了一个 apk 把 h5 页面包进去，挺好。
要更新，也不要更新 apk ，直接改 h5 ，那边 apk 打开正常用。

想太多，让 AI 帮你选个方案不就行了，有用户了再谈优化和性能

kuikly

建议不要开发，相关的一门语言都不了解，迭代和修 bug 是个灾难。

先做小程序吧，这样全平台先用上，再迭代，加本地 app

app 的话无脑 flutter ，体验不是 uniapp 能碰瓷的

App 复杂的话，小白就不建议都走原生，Ai 很多时候修不好 BUG 。

我用的 capacitor 哈哈哈,套 webview

如果是公司做商业化项目做 MVP ，老老实实的用 uniapp 做；

如果是自己体验，那就见仁见智了

flutter 有个 MPFlutter 也能开发小程序

我以前自己写了个 web 版的音乐播放器，后来有 AI 后让 AI 给我增强成了更易用、功能更多的新版，然后两个版本并行，老版本职责就是广覆盖，解决在极老浏览器上听歌问题。

然后让 AI 把该 web 播放器移植成了 iOS 和 Android 原生版，目的是为了解决车载电脑上可以方向盘切歌、可以显示封面大图问题。初始目的也包括搞定蓝牙和 CarPlay 在 HUD 的播放队列上选歌，但最终发现蓝牙协议不支持、CarPlay 不对个人、小公司开放 app 权限。然后发现几百首歌的页面，iOS 和 Android 原生滚动居然都卡顿。告诉 AI 别在 UI 线程下载封面图什么的，尽可能放到其他线程，只能说优化后有效果，但不多。

于是让 AI 进一步给我做了 Hybrid 版的 iOS 和 Android 播放器。滚动终于无比丝滑了。

于是我现在有了 6 款音乐播放器。

反正 AI 时代富甲宇宙，谁还差钱啊，国内外总有各种免费 AI 可用，往原生极致了玩就是了。