我正在iOS和Android中創建移動應用程序。我的客戶要求所有必需的數據將始終可供應用程序使用,因此我必須將它們包含在軟件包中。它需要脫機操作。巨大的iOS/Android應用程序
問題是我需要的數據超過300MB,有些情況下超過500MB。
在iOS應用程序批准過程和android批准過程中,我會面臨哪些問題?
現在我甚至無法在我的Android上安裝應用程序(Desire HD)(該應用程序已經在清單文件中設置爲安裝在SD卡中,而不是內部存儲器中)。
有什麼建議嗎?
我正在iOS和Android中創建移動應用程序。我的客戶要求所有必需的數據將始終可供應用程序使用,因此我必須將它們包含在軟件包中。它需要脫機操作。巨大的iOS/Android應用程序
問題是我需要的數據超過300MB,有些情況下超過500MB。
在iOS應用程序批准過程和android批准過程中,我會面臨哪些問題?
現在我甚至無法在我的Android上安裝應用程序(Desire HD)(該應用程序已經在清單文件中設置爲安裝在SD卡中,而不是內部存儲器中)。
有什麼建議嗎?
在Google Play上,您的應用程序有50 MB的限制,如果您需要使其大於此值,可以使用Expansion File
。這些文件最多支持2GB的數據。
在完成應用程序之前,您當然應該採取一切措施來壓縮和優化您的數據,而不是僅僅因爲可以將所有內容都扔到那裏。
如果第一次體驗用戶有打開應用程序時等待 一小時來加載數據,他會不高興。
是的,他會通過從Play或其他來源下載500 MB來超級開心嗎? 那更負面。
即使您以某種方式發佈它,我認爲讓您的用戶下載550 MB以上的apk文件不是一個好主意,因爲它會佔用大量內部存儲空間,並且很難在您更新時必須再次下載那個大文件。
而是創建一個較小的apk文件,將可選的500 MB數據下載到存儲卡。這樣,您可以輕鬆更新應用程序,而且對您而言也是最靈活的。
Apple App Store中超過50MB的任何應用程序必須僅通過Wi-Fi下載。它不能通過蜂窩(無線)連接下載。
2GB是Apple App Store中的當前限制。我已經下載了最高700MB的iOS應用程序。
我不認爲這是一個問題本身。 iOS上的限制(據我所知)是2Gb,而你就是這麼做的。我明白Android上的限制是相似的(但我不確定)。
話雖如此,這樣一個巨大的應用程序並不一定會有很好的用戶體驗。用戶是否想要在他們的設備上使用這麼多稀缺的空間?用戶多久會樂於等待下載更新到您的應用程序?
即使允許,它可能是值得嘗試的,它們中的至少一個:
這裏有幾個三分球來幫助你:
有上傳的應用程序在谷歌播放兩種選擇: 一)谷歌播放最大上傳大小:50 MB B)應用程序擴展名文件:兩個與2GB每個 C數)參考鏈接:http://developer.android.com/distribute/googleplay/publish/preparing.html#size
Apple App Store:最大尺寸爲2GB。
我對您的主要建議是將您的應用程序模塊分成多個部分,其中包括「安裝時間必備」組件和第二個組件,用戶可以在安裝後立即下載這些組件。這既不會降低用戶體驗,也不會增加應用程序的數量。 :)
好的。所以對於蘋果,我可能沒有任何問題。 關於Android現在。有什麼方法可以在SD卡中的所需路徑中解壓縮應用程序擴展文件?還是他們解壓Android的喜歡? – Panos 2013-03-08 13:53:39
請閱讀http://developer.android.com/google/play/expansion-files.html – 2013-03-08 14:12:19
中的「存儲位置」部分。同時,根據我以前的建議,即使Apple App Store允許更大的文件大小如果你可以將應用程序分成不同的區分模塊,那麼會更好安裝後用戶需要什麼以及用戶在以後需要什麼。 – 2013-03-08 14:13:55
爲什麼不在第一次啓動時下載數據而不是將其包含在捆綁包中?用戶大概可以在線上甚至能夠安裝該應用程序的第一個地方。 – 2013-03-08 13:21:52
我們更喜歡將它放入捆綁包中以保持最佳的用戶體驗。如果用戶第一次體驗打開應用程序時需要等待一個小時才能加載數據,他將不會高興。 如果他在下載應用程序時等了一個小時,他不會認爲是負面的。這主要是一個營銷問題。 此外,我們希望保持我們的服務器帶寬使用率低。 我們會對這些大型應用程序有任何問題嗎? – Panos 2013-03-08 13:25:09
有沒有辦法讓內容流傳,即使今天300-500MB對於應用程序來說仍然過大。擁有包中的初始內容並在後臺流式傳輸更多內容將是一個更好的整體體驗。 – draksia 2013-03-08 13:30:15