我们计划在开发新的移动应用程序时采用混合方法。我们在开发过程中的主要目标是：
现在，在我们的移动团队的帮助下，我们仍然在两种方法之间做出选择，这就是我们到目前为止所获得的：
我们的移动团队创建了一个简单的本机包装应用程序，他们在其中实现本机功能并通过WebView显示已部署的Web应用程序
＋轻松跳过App Store提交的内容，我们重新部署了Web应用程序，并且更新了主UI
＋本机功能更可靠
-三个不同的项目/团队（Web，Android，iOS）并分别编写所需的本机功能
-（根据Apple指南）“您的应用程序应包括将功能，内容和UI提升到重新包装的网站以外的地方。” 采用这种方法，我们可能在这里遇到麻烦吗？由于主UI并未与本机包装捆绑在一起，而是从我们的外部网站中提取的。
我们使用离子/电容器
＋一个拥有本地功能的项目/团队
＋与本机应用程序捆绑在一起的UI
-仅在付费的Ionic Live应用程序更新中跳过App Store提交。 如果您的UI与本机应用程序捆绑在一起，还有其他简单的方法可以实现实时更新吗？
我的假设是否正确，是否有我们缺少或值得注意的关键点？
谢谢
您不应该尝试自己构建它，就像您在选项1中所描述的那样。它将造成巨大的混乱，浪费大量的时间，并且意味着您必须将有限的/未经测试的代码插入内部应用程序。
Ionic框架已经是您想像的包装器，它具有出色的插件支持和文档以及跨平台测试的代码。
您应该查看Ionic AppFlow，它可以将更新的版本部署到应用程序。
默认情况下，您只会使用Ionic创建一个普通应用程序，它会生成一个新的二进制版本，并且每次将其部署到应用程序商店。
如果使用像AppFlow这样的服务，则可以重新部署应用程序的html部分：
实时更新实时代码
在您的应用进入商店之前或之后，提供实时应用更新，内容更改，A / B测试，错误修复等。没有排队，没有等待，没有减速。
这不能解决所有问题。如果要添加想要添加新插件的新功能（例如添加相机插件），则需要制作一个新的二进制文件，然后像往常一样将其提交到应用商店。