我正在 iOS 和 Android 中创建一个移动应用程序。我的客户要求应用程序始终可以使用所有必需的数据,因此我必须将它们包含在捆绑包中。它需要可以离线操作。
问题是我需要的可用数据超过 300MB,在某些情况下超过 500MB。
iOS应用审批流程和Android审批流程会遇到哪些问题?
现在我什至无法在我的 Android (Desire HD) 上安装该应用程序(该应用程序已在清单文件中设置为安装在 sd 卡中,而不是内部存储器中)。
有什么建议么?
Apple App Store 中任何超过 50MB 的应用程序必须仅通过 wi-fi 下载。它不能通过蜂窝(无线)连接下载。
2GB 是 Apple App Store 中的当前限制。我已经下载了高达 700MB 的 iOS 应用程序。
以下是一些可以帮助您的提示:
在 Google Play 上上传应用程序有两个选项:a) Google Play 最大上传大小:50 MB b) 应用程序扩展文件:两个,每个 2GB c) 参考链接:http: //developer.android.com/distribute /googleplay/publish/preparing.html#size
Apple App Store:最大大小为 2GB。
我对您的主要建议是将您的应用程序的模块分成几个部分,其中包括“安装时间必备”组件和用户可以在安装后立即下载的第二个组件。这既不会降低用户体验,也不会大幅增加应用程序的大小。:)
在 Google Play 上,您的应用程序有 50 MB 的限制,如果您需要使其大于此限制,您可以使用Expansion File
. 这些文件最多支持 2GB 的数据。
你当然应该在完成你的应用程序之前采取一切措施来压缩和优化你的数据,而不是仅仅因为你可以把所有东西都扔在那里。
我认为这本身不是问题。iOS 的限制(据我所知)是 2Gb,而你远远低于这个限制。我知道 Android 的限制是相似的(但我不确定)。
话虽如此,如此庞大的应用程序并不一定能带来出色的用户体验。用户是否想要在他们的设备上使用如此多的稀缺空间?您的用户愿意等待多长时间来下载您的应用程序更新?
即使允许,也可能值得尝试其中至少一项:
如果用户打开应用程序的第一个体验是等待一个小时来加载数据,他会不高兴。
是的,他会非常高兴从 Play 或其他来源下载 500 MB?那更消极。
即使您以某种方式发布它,我认为让您的用户下载 550+ MB 的 apk 文件也不是一个好主意,因为它会占用大量内部存储空间,并且当您必须下载它时很难更新又是海量文件。
相反,创建一个较小的 apk 文件,将可选的 500 MB 数据下载到存储卡。这样您就可以轻松地更新应用程序,而且它对您来说也是最灵活的。