存储大量数据和潜在的 App Store 提交问题

Question

我的公司生产桌面软件，我们希望创建一款 iPhone 应用程序，作为我们客户的免费附加组件。虽然应用程序本身很小，但它需要下载至少 200MB 的音频和文本文件才能真正使用（我们不想将这些文件包含在应用程序本身中，因为所需的文件因用户而异）给用户）。

在回答我最近在 SO 上提出的另一个问题时，有人写道“应用程序不应下载 200MB 的数据。这会消耗时间和带宽，并可能导致 Apple 拒绝您的应用程序。”

这是真的吗？如果是这样，我可以采取什么措施来降低被拒绝的风险？我在此处看到有几个选项用于指定哪些文件不应被删除备份到 iCloud。那会有帮助吗？我想要哪个选项（链接中的第 2 点或第 4 点）？

如果 SO 不是询问有关 App Store 提交问题的适当位置，请告诉我应该将此问题移至何处。

编辑
根据迄今为止我收到的答案，看来我需要进一步澄清我的问题。我不担心有多少用户会因为第一次使用该应用程序而必须下载大量数据而感到烦恼，也不担心该应用程序超过 20 MB，因此需要 Wi-Fi 进行安装。我也没有询问提交到应用程序商店时允许的最大应用程序大小。我只是想问我的应用程序是否有被拒绝的风险，因为首次启动时需要下载大量数据才能使应用程序正常运行。如果确实存在被拒绝的风险，可以采取哪些措施来减轻这种风险？

Answer 1

只有提交应用程序，你才能确定苹果是否会批准它。但苹果过去曾批准过包含超过 1GB 数据的应用程序，以及能够下载超过 1GB 数据的应用程序。一些 iPad 月刊杂志/下载量远超过 200 MB。

您可能希望找到一种方法，使您的应用程序在任何大型下载之前、期间或中途“有用”。据报道，在长时间下载过程中锁定用户界面肯定是拒绝应用程序的原因。

Answer 2

我不认为下载 200MB 的数据会导致拒绝，但为了降低风险，即使未下载所有必需的数据，也要让应用程序可用。应用程序审查指南并未讨论一次执行应用程序时可以下载的数据限制，但如果可下载内容是音频和视频，您可能需要查看以下几点：

9.3 通过蜂窝网络的音频流内容在 5 分钟内使用的空间不得超过 5MB

9.4 通过蜂窝网络传输超过 10 分钟的视频流内容必须使用 HTTP Live Streaming 并包含基线 64 kbps
纯音频 HTTP 直播

IMO 用户会讨厌他们花时间下载的应用程序，然后发现它无法使用，直到再次下载大量数据。

Answer 3

有一些大型应用程序，但正如 Seva 所说，20meg 对采用来说存在巨大障碍。您可以在首次启动时进行下载，但即使在那里，人们也不会喜欢您在首次启动时吸收 200 兆数据，并且首次启动之前的延迟将成为采用的障碍。可以选择流式传输或点播下载吗？

Answer 4

添加到Seva的答案是这个问题iOS应用程序的最大大小 2GB是最大应用程序大小，这样你可能会好一阵子；-)

前几天我在听一个播客，他们提到了一些适用于 iPad 的教科书应用程序运行到了 2GB 限制。

Answer 5

应用程序包超过 20MB 将阻止用户通过 3G 安装它。他们只能通过 WiFi 或 iTunes 软件进行安装。恕我直言，这将构成采用的严重障碍。

还没有听说过因为规模太大而被拒绝的情况。我安装了一个大约 170 MB 的应用程序。

也就是说，我仍然认为在第一次访问时下载文件是正确的方法。

RE：编辑：

为了降低风险，不要一次下载全部内容。按需下载，逐个文件。该应用程序并不需要从第一天起就需要全部 200MB 才能运行，对吗？另外，不要占用主线程——这肯定是拒绝的原因，也是糟糕的 UI 设计。旋转一个工作线程并在其中运行您的 HTTP。