2013-03-08 69 views
0

我正在iOS和Android中创建移动应用程序。我的客户要求所有必需的数据将始终可供应用程序使用,因此我必须将它们包含在软件包中。它需要脱机操作。巨大的iOS/Android应用程序

问题是我需要的数据超过300MB,有些情况下超过500MB。

在iOS应用程序批准过程和android批准过程中,我会面临哪些问题?

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

有什么建议吗?

+1

为什么不在第一次启动时下载数据而不是将其包含在捆绑包中?用户大概可以在线上甚至能够安装该应用程序的第一个地方。 – 2013-03-08 13:21:52

+0

我们更喜欢将它放入捆绑包中以保持最佳的用户体验。如果用户第一次体验打开应用程序时需要等待一个小时才能加载数据,他将不会高兴。 如果他在下载应用程序时等了一个小时,他不会认为是负面的。这主要是一个营销问题。 此外,我们希望保持我们的服务器带宽使用率低。 我们会对这些大型应用程序有任何问题吗? – Panos 2013-03-08 13:25:09

+0

有没有办法让内容流传,即使今天300-500MB对于应用程序来说仍然过大。拥有包中的初始内容并在后台流式传输更多内容将是一个更好的整体体验。 – draksia 2013-03-08 13:30:15

回答

1

在Google Play上,您的应用程序有50 MB的限制,如果您需要使其大于此值,可以使用Expansion File。这些文件最多支持2GB的数据。

在完成应用程序之前,您当然应该采取一切措施来压缩和优化您的数据,而不是仅仅因为可以将所有内容都扔到那里。

0

如果第一次体验用户有打开应用程序时等待 一小时来加载数据,他会不高兴。

是的,他会通过从Play或其他来源下载500 MB来超级开心吗? 那更负面。

即使您以某种方式发布它,我认为让您的用户下载550 MB以上的apk文件不是一个好主意,因为它会占用大量内部存储空间,并且很难在您更新时必须再次下载那个大文件。

而是创建一个较小的apk文件,将可选的500 MB数据下载到存储卡。这样,您可以轻松更新应用程序,而且对您而言也是最灵活的。

2

Apple App Store中超过50MB的任何应用程序必须仅通过Wi-Fi下载。它不能通过蜂窝(无线)连接下载。

2GB是Apple App Store中的当前限制。我已经下载了最高700MB的iOS应用程序。

1

我不认为这是一个问题本身。 iOS上的限制(据我所知)是2Gb,而你就是这么做的。我明白Android上的限制是相似的(但我不确定)。

话虽如此,这样一个巨大的应用程序并不一定会有很好的用户体验。用户是否想要在他们的设备上使用这么多稀缺的空间?用户多久会乐于等待下载更新到您的应用程序?

即使允许,它可能是值得尝试的,它们中的至少一个:

  • 荏苒数据,并解压缩第一次启动
  • 改制之数据,因此它需要更少的空间(潜在的不平凡)
  • 存储数据的只有“一套共同”,并要求互联网连接查询其余
2

这里有几个三分球来帮助你:

  1. 有上传的应用程序在谷歌播放两种选择: 一)谷歌播放最大上传大小:50 MB B)应用程序扩展名文件:两个与2GB每个 C数)参考链接:http://developer.android.com/distribute/googleplay/publish/preparing.html#size

  2. Apple App Store:最大尺寸为2GB。

  3. 我对您的主要建议是将您的应用程序模块分成多个部分,其中包括“安装时间必备”组件和第二个组件,用户可以在安装后立即下载这些组件。这既不会降低用户体验,也不会增加应用程序的数量。 :)

+0

好的。所以对于苹果,我可能没有任何问题。 关于Android现在。有什么方法可以在SD卡中的所需路径中解压缩应用程序扩展文件?还是他们解压Android的喜欢? – Panos 2013-03-08 13:53:39

+0

请阅读http://developer.android.com/google/play/expansion-files.html – 2013-03-08 14:12:19

+0

中的“存储位置”部分。同时,根据我以前的建议,即使Apple App Store允许更大的文件大小如果你可以将应用程序分成不同的区分模块,那么会更好安装后用户需要什么以及用户在以后需要什么。 – 2013-03-08 14:13:55