我有一个应用程序，它使用我创建的小视频来演示特定主题中解释的概念。视频至少为 3MB，我不确定最大但可能为 5MB。对于 v1.0，我想分发 5 个视频。大约 15MB 加上该应用程序的另一个兆。我是否应该通过 iTunes 分发视频，因为用户的计算机连接速度可能更快并且整体体验更好？您的 .app 文件是否有一些大小限制？
或者我应该把某种按需方案放在一起？例如，该应用程序可以向我的网站发送用于身份验证的代码。然后用户可以通过他们的 iPhone 下载视频内容。如果用户使用 wifi 或 3G，我想这是一个不错的体验。但是如果他们只有2G，那就不好了。
v1.1 将包含更多视频，并可能重做现有视频。每个新版本都有望包含更多视频。
只是寻找最好的方法来做到这一点。有什么建议么？
一种选择：
无论何时发布，只发布新视频。用户第一次运行应用程序时，将捆绑包中的所有视频复制到设备上。每当您发布新版本时，他们都会有以前版本中的先前视频。任何错过的视频/更新都可以使用您建议的身份验证方案随时从您的网站下载。
在 15-16MB 时，您可能高于平均水平，但您肯定不会处于“极端”大小的区域。Apple 对上传大于 200MB 的应用程序有特殊说明，因此他们准备好处理比您想象的要大得多的捆绑包。我的手机上有一个应用程序，大小为 283MB。
是否包含视频或提供以后下载实际上应该取决于您是否希望在不下载新版本应用程序的情况下向用户提供新视频。
话虽如此，如果视频可以重新编码为更小的尺寸而不会显着影响它们在 iPhone 屏幕上的外观，那么这样做将是一个非常好的主意。
我最近在手机上的 appstore 应用程序中看到一条警告，它不允许我更新我试图通过 3G 更新的应用程序，因为它的大小 > 10MB - 我必须等到我有 WiFi 连接。只是另一个需要注意的问题。
我现在自己也面临着这个困境。我更愿意在我的应用程序中嵌入一些使用教程视频，但它会使我的应用程序在未压缩的情况下保持在 20MB 左右（我怀疑压缩会使其低于 10MB）。我真的不想失去冲动的下载者，因为该应用程序对于 3g 来说太大了。
所以我正在玩弄的策略是将较小的包含到我有可能超过 10MB 限制的地步，然后指出指向任何无法包含的视频的链接将通过网络流式传输. 并且可能在未来的更新中，提供一个选项来下载未包含的视频，然后更改 HTML 帮助页面中的链接以使用缓存版本，尽管我不相信这值得付出努力。
我现在正在使用 iShowU HD（虽然我喜欢 ScreenFlow 的编辑功能，但 iShowU 的价格合适并且足以满足我的需求）并且通过将视频大小调低到 15fps 并使用压缩滑块播放.
除了应用程序大小与下载时间之外，您可能还需要考虑如果您从您的网站提供多媒体内容而不是在应用程序包中嵌入资源，您的应用程序是否会触发拒绝标志。