Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/android/211.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
iOS/Android应用程序,以百万字节为单位_Android_Ios_File - Fatal编程技术网

iOS/Android应用程序,以百万字节为单位

iOS/Android应用程序,以百万字节为单位,android,ios,file,Android,Ios,File,我正在用iOS和Android创建一个移动应用程序。我的客户要求应用程序始终可以使用所有必需的数据,因此我必须将它们包括在捆绑包中。它需要离线操作 问题是我需要的可用数据超过300MB,在某些情况下超过500MB 在iOS应用程序审批流程和android审批流程中,我将面临哪些问题 现在我甚至无法在我的Android(Desire HD)上安装该应用程序(该应用程序已在清单文件中设置为安装在sd卡上,而不是内存中) 有什么建议吗?在Google Play上,您的应用程序有50 MB的限制,如果您

我正在用iOS和Android创建一个移动应用程序。我的客户要求应用程序始终可以使用所有必需的数据,因此我必须将它们包括在捆绑包中。它需要离线操作

问题是我需要的可用数据超过300MB,在某些情况下超过500MB

在iOS应用程序审批流程和android审批流程中,我将面临哪些问题

现在我甚至无法在我的Android(Desire HD)上安装该应用程序(该应用程序已在清单文件中设置为安装在sd卡上,而不是内存中)


有什么建议吗?

在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连接来查询其余数据

    • 我认为这本身不是问题。iOS上的限制(据我所知)是2Gb,而你已经远远低于这个限制。我知道Android的限制是相似的(但我不确定)

      话虽如此,如此庞大的应用程序并不一定能带来出色的用户体验。用户会想在他们的设备上使用这么多稀缺的空间吗?您的用户愿意等待多久才能将更新下载到您的应用程序

      即使允许,至少值得尝试以下其中一种:

      • 第一次启动时压缩数据并解压缩
      • 重新构造数据,使其占用更少的空间(可能非常重要)
      • 仅存储“公共集”数据,并需要Internet连接来查询其余数据

        • 以下是一些帮助您解决问题的建议:

        • 在Google Play上上传应用程序有两个选项: a) Google Play最大上传大小:50 MB b) 应用程序扩展文件:两个,每个2GB c) 请参阅链接:

        • 苹果应用商店:最大大小为2GB

        • 我给你的主要建议是将应用程序的模块分成几个部分,包括一个“安装时间必须具备”组件和一个用户可以在安装后立即下载的第二个组件。这既不会减少用户体验,也不会大幅增加应用程序大小。:)


        • 以下是一些帮助您解决问题的建议:

        • 在Google Play上上传应用程序有两个选项: a) Google Play最大上传大小:50 MB b) 应用程序扩展文件:两个,每个2GB c) 请参阅链接:

        • 苹果应用商店:最大大小为2GB

        • 我给你的主要建议是将应用程序的模块分成几个部分,包括一个“安装时间必须具备”组件和一个用户可以在安装后立即下载的第二个组件。这既不会减少用户体验,也不会大幅增加应用程序大小。:)


        • 为什么不在第一次启动时下载数据