Meteor Cordova 热代码推动应用程序大小限制？ （和其他差距）

Question

我必须为 Android 和（将来）IOS 做一个混合应用程序。

我在 Cordova 开发方面拥有丰富的经验。以及 Meteor 的基本经验。

应用应该做什么。

1. 离线工作
2. 自动更新（连接到互联网时）
3. 提供可以上传新资产（视频、图像）和文本的后端功能

4. 多国语言

   • 多语言我可以自己做

   • 对于后端功能，我认为应用程序内部有一个管理部分，只能在应用程序的 Web 版本中访问。为了向应用程序提供新资产，正如我在 PHP 中所了解的那样，我只需要上传到指定的目录并更新我的数据库。

因此捆绑了 Meteor 应用程序。我是否可以从我的捆绑应用程序上传到非捆绑目录？还是我这里有限制？

我假设我可以将我的文件从后端上传到服务器上的每个目的地，正如我所了解的，并且可以通过https://github.com/GroundMeteor/db 提供离线访问。也许还有https://atmospherejs.com/meteor/appcache，即使appcache 不能缓存视频文件，对吧？

然后 - 我想到的下一个可能的差距是在将新视频/资产上传到服务器之后。据我了解，我必须重新捆绑它，以便应用程序可以访问它吗？

好吧，假设我可以让它工作，在任何情况下我都必须重新捆绑应用程序以触发热代码推送到其他客户端，对吗？

下一步 - 如果之前的所有工作都正常。并且应用程序（现在短期在线）获取新的 DB-Entries（通过 GroundDB）并下载新资产，我有最后一个问题。

由于这个应用程序是多语言的，每种语言可能有 15 个视频，据我了解，App-Size 可能会增长到 40GB - 刚刚超过 Hot-Code-Push。

有问题吗？ Cordova/Android/IOS 限制甚至性能问题。另一方面，如果新设备将获得实际应用程序，其中已经有 40GB 视频。这个 App Android/IOS 会安装吗？

注意： 我认为要提供“真正的”应用商店更新，我会删除所有资产。将应用程序的新版本发布到应用商店，然后 -> 再次捆绑以再次触发 Hot-Code-Push。

如果一切都按我想象的那样工作，我有点害怕。所以真的非常感谢任何帮助（提示、解决方案、提示或想法），因为我最好现在告诉客户改变概念，然后为时已晚。

编辑：为了更好地理解：这是一个不向公众开放的商业应用程序。

Answer 1

首先，无需每次都重新捆绑流星应用程序。当您在网站上部署应用程序时，客户端会检查它是否有最新版本，如果没有，则下载新版本。

GroundDB 非常适合离线收集，但使用 localStorage。因此，您将受到 localStorage (5mb) 容量的限制。

现在您可以发布 40Gb 的应用。

我建议你只推送需要的数据（用户不会一次需要所有东西），并希望他在内容用完之前能上网。