iOS/Android应用程序,以百万字节为单位
我正在用iOS和Android创建一个移动应用程序。我的客户要求应用程序始终可以使用所有必需的数据,因此我必须将它们包括在捆绑包中。它需要离线操作 问题是我需要的可用数据超过300MB,在某些情况下超过500MB 在iOS应用程序审批流程和android审批流程中,我将面临哪些问题 现在我甚至无法在我的Android(Desire HD)上安装该应用程序(该应用程序已在清单文件中设置为安装在sd卡上,而不是内存中)iOS/Android应用程序,以百万字节为单位,android,ios,file,Android,Ios,File,我正在用iOS和Android创建一个移动应用程序。我的客户要求应用程序始终可以使用所有必需的数据,因此我必须将它们包括在捆绑包中。它需要离线操作 问题是我需要的可用数据超过300MB,在某些情况下超过500MB 在iOS应用程序审批流程和android审批流程中,我将面临哪些问题 现在我甚至无法在我的Android(Desire HD)上安装该应用程序(该应用程序已在清单文件中设置为安装在sd卡上,而不是内存中) 有什么建议吗?在Google Play上,您的应用程序有50 MB的限制,如果您
有什么建议吗?在Google Play上,您的应用程序有50 MB的限制,如果您需要使其大于此限制,您可以使用一个。这些文件支持高达2GB的数据
当然,在完成应用程序之前,您应该采取一切措施压缩和优化数据,而不是仅仅因为您可以,就将所有内容都放在其中。在Google Play上,您的应用程序有50 MB的限制,如果您需要使其大于此限制,您可以使用。这些文件支持高达2GB的数据 当然,在完成应用程序之前,您应该采取一切措施压缩和优化您的数据,而不是仅仅因为可以,就将所有内容都放在其中 如果用户在打开应用程序时的第一次体验是等待 一个小时加载数据,他不会高兴的 是的,通过从Play或其他来源下载500MB,他会非常高兴吗? 这更消极 即使你以某种方式发布了它,我也不认为让你的用户下载一个550+MB的apk文件是个好主意,因为它会占用大量的内部存储空间,而且当你不得不再次下载这个庞大的文件时,很难进行更新 相反,创建一个较小的apk文件,将可选的500 MB数据下载到存储卡。这样您就可以轻松地更新应用程序,而且它对您来说也是最灵活的 如果用户在打开应用程序时的第一次体验是等待 一个小时加载数据,他不会高兴的 是的,通过从Play或其他来源下载500MB,他会非常高兴吗? 这更消极 即使你以某种方式发布了它,我也不认为让你的用户下载一个550+MB的apk文件是个好主意,因为它会占用大量的内部存储空间,而且当你不得不再次下载这个庞大的文件时,很难进行更新
相反,创建一个较小的apk文件,将可选的500 MB数据下载到存储卡。通过这种方式,您可以轻松地更新应用程序,而且它对您来说也是最灵活的。苹果应用商店中任何超过50MB的应用程序都必须仅通过wi-fi下载。无法通过蜂窝(空中)连接下载
2GB是苹果应用商店的当前限制。我已经下载了高达700MB的iOS应用程序。苹果应用商店中任何超过50MB的应用程序都只能通过wi-fi下载。无法通过蜂窝(空中)连接下载
2GB是苹果应用商店的当前限制。我已经下载了高达700MB的iOS应用程序。我认为这本身不是问题。iOS上的限制(据我所知)是2Gb,而你已经远远低于这个限制。我知道Android的限制是相似的(但我不确定) 话虽如此,如此庞大的应用程序并不一定能带来出色的用户体验。用户会想在他们的设备上使用这么多稀缺的空间吗?您的用户愿意等待多久才能将更新下载到您的应用程序 即使允许,至少值得尝试以下其中一种:
- 第一次启动时压缩数据并解压缩
- 重新构造数据,使其占用更少的空间(可能非常重要)
- 仅存储“公共集”数据,并需要Internet连接来查询其余数据
- 第一次启动时压缩数据并解压缩
- 重新构造数据,使其占用更少的空间(可能非常重要)
- 仅存储“公共集”数据,并需要Internet连接来查询其余数据
- 在Google Play上上传应用程序有两个选项: a) Google Play最大上传大小:50 MB b) 应用程序扩展文件:两个,每个2GB c) 请参阅链接:
- 苹果应用商店:最大大小为2GB
- 我给你的主要建议是将应用程序的模块分成几个部分,包括一个“安装时间必须具备”组件和一个用户可以在安装后立即下载的第二个组件。这既不会减少用户体验,也不会大幅增加应用程序大小。:)
- 在Google Play上上传应用程序有两个选项: a) Google Play最大上传大小:50 MB b) 应用程序扩展文件:两个,每个2GB c) 请参阅链接:
- 苹果应用商店:最大大小为2GB
- 我给你的主要建议是将应用程序的模块分成几个部分,包括一个“安装时间必须具备”组件和一个用户可以在安装后立即下载的第二个组件。这既不会减少用户体验,也不会大幅增加应用程序大小。:)
- 我认为这本身不是问题。iOS上的限制(据我所知)是2Gb,而你已经远远低于这个限制。我知道Android的限制是相似的(但我不确定)
话虽如此,如此庞大的应用程序并不一定能带来出色的用户体验。用户会想在他们的设备上使用这么多稀缺的空间吗?您的用户愿意等待多久才能将更新下载到您的应用程序
即使允许,至少值得尝试以下其中一种:
- 以下是一些帮助您解决问题的建议:
以下是一些帮助您解决问题的建议:
为什么不在第一次启动时下载数据