@anjingdexiaocai 你把网络关掉看看，首页除了点击商品，其余的都能看到加载网络的报错。

@maxmax4max #18 早期除了首页基本全是 webview 。后来第一是离线加载，上市了之后才慢慢原生化。 所以歪个楼，问题变成了，OP 打算什么时候上市 https://i.imgur.com/agAJ0Rd.png

从你们这背景来看我感觉是创业团队而且不舍得请大牛也不会烧大钱，所以我推荐 RN 。因为我个人看法，你这种成功率不高

只有原生和 web 或者原生+web 这两种最成熟

@darlingsingera "现在 nextjs 进化了 ISR/流式传输等能力，页面在响应上基本都是 0 秒跳转，loading 都没有了" 这个似乎是 next.js 的 SSR 和 SPA 混用吧，加了 SSR 复杂度会增加单论 App 来说还是 SPA 合适简单点（ App 不需要 SEO ），楼下有人说的支付宝 App“模式”，核心功能原生再加离线 H5 包也还行，离线 H5 包也能做成热更新，当然我也没多少实践不一定对

@janus77 路人 认同你的观念。 OP 怎么开发成本最低 怎么来吧。反正上线赚到利润的概率低于 10%

小弟客户端干了 10 年，略懂 android iOS 鸿蒙和前端 我的建议：iOS 、android 鸿蒙 原生，业务更新频繁的用 Web

@mailworks 使用 ISR ，SEO 不是最主要的，既然用了 nextjs ，也不会作为纯 SPA/离线包来使用，因为离线包无法在小程序内使用，同时也会增大 APP 的更新复杂度。 传统 SPA 使用离线包主要是因为首屏白屏的问题，ISR 后首屏呈现基本不依赖 JS 资源文件下载和接口交互，纯 CDN 加载静态 HTML ，这个速度非常快，加载完毕后才开始水合，大幅降低了白屏的时间。 首屏加载后，用户在界面操作过程中，所有跳转都会提前预取，所以真正点击菜单/链接都会 0 秒延迟跳转，包括目标页面的大部分接口数据也会提前准备好，这里的交互比原生更快，毕竟原生接口请求还是会 loading 转圈。 从技术层面出发，这些特性不需要写多余的代码，因为 nextjs 框架已经帮忙做了，按着它规范去写就能实现，所以带来的额外工作量不大。 对于研发效率，基本就是编码一次，发布一次，全平台自动就更新了，省去了之前多端各开发各的，沟通/管理/招聘/开发/维护成本巨大，各端 BUG 还各不相同，APP/小程序发布还有审核，还要兼容历史版本/接口等问题。

@DLOG +1