移动端技术选型，军师们有啥建议？

@rocmax K 线 [https://github.com/jones2000/HQChart]( https://github.com/jones2000/HQChart)

根据目前的人员配置，体验和成本综合考虑的话 RN 是最优选

app 用 flutter ，效果还是很不错的，小程序用 uniapp ，这个没得争（其他家小程序还有部分插件都已经有专门的 uniapp 文档你就知道 uniapp 在小程序的市场份额了，虽然坑还是很多）

原生，因为风险最低，跨平台技术甩不了锅

4!

大部分前端都有兼写小程序能力的，主要是 ios 和 android 需要你再找。

5. Jetpack compose (安卓原生，同时支持编译成 iOS App)

回复的都没注意这个 k 线图表需要深度定制，根据这个以及团队能力还有需求来选型吧。军师们疑似都是纸上谈兵，不过看到整个页面有 200-300 这个，我才发现楼主也是来搞笑的。随便草台班子起一个 mkdir ，骗到钱弄个两三期工程然后跑路的节奏😁

首先排除 3 完全不用考虑。
方案 2 ，flutter 可以做小程序
方安 4 ，学习成本高，但是体验更好
学习能力强、学习时间充裕就选 4 ，反之就选 flutter 。如果学习成本还是感觉高就选 RN

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

@maxmax4max #18 早期除了首页基本全是 webview 。后来第一是离线加载，上市了之后才慢慢原生化。

所以歪个楼，问题变成了，OP 打算什么时候上市

从你们这背景来看我感觉是创业团队而且不舍得请大牛也不会烧大钱，所以我推荐 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

既然人员都定了那就选目前人员最熟悉的技术栈，先把产品拉起来再说