将Vue Web应用转换为iOS与Android应用的最简方案咨询

你提到的「开发内置WebView加载本地Vue.js应用文件的APP」思路逻辑成立，但不需要从零自研原生壳，有更成熟低成本的现成方案可选，完全匹配你的所有需求。

最优选型：成熟WebView封装框架 #

这类框架的核心逻辑就是你设想的内置系统WebView加载前端资源，你2013年使用过的Appcelerator就属于这类产品的早期版本，当前生态已经非常成熟，完全可以避免你之前遇到的前后端代码割裂问题：

• 推荐选择Capacitor或Cordova，两个框架都是开源免费，核心作用就是把你的Vue PWA构建后的静态资源包封装进原生应用壳，你的Vue代码几乎不需要做改造，完全可以实现单一代码库维护。
• 你的两个核心需求都有官方/社区维护的成熟插件支持，不需要自己写原生适配代码：
  • 原生推送通知：插件已经完成了iOS APNs、安卓各厂商推送通道的适配，只需少量配置就能实现推送接收、回调透传给Vue层处理
  • 系统分享至应用：插件可以快速帮你的应用注册为系统分享的目标选项，分享的内容、文件可以直接传递给Vue层做后续逻辑
• 非常适配你当前的项目阶段：beta阶段Vue代码频繁迭代时，只需要把重新构建的静态资源替换进原生壳即可，甚至可以接入热更新能力，不需要每次迭代都提交应用商店审核，迭代效率极高，也不会产生额外成本。

自研WebView壳的适用场景 #

只有当你后续出现大量现有框架插件无法满足的定制化原生交互需求时，再考虑自研方案，现阶段完全没必要：

• 自研需要你同时具备iOS、安卓原生开发能力，仅WebView与JS的交互桥接、不同系统版本的权限适配、边缘场景兼容就需要投入大量人力踩坑，对于创业公司来说性价比极低
• 推送、系统分享这类通用能力的原生适配逻辑非常繁琐，从零开发的周期会大幅拖慢你的beta测试进度

关于NativeScript的补充说明 #

你之前调研的NativeScript定位是前端代码编译为原生控件渲染，本身就不是为了封装现有Web应用设计的，确实不符合你复用现有Vue PWA代码的需求，不需要在这个方向上投入精力。

内容的提问来源于stack exchange，提问作者user1037355