機能するために 30MB のデータベース ファイルが必要なアプリがあります。現在、これは初回実行時に (10MB の zip ファイルとして) ダウンロードされます。Google Play ストア拡張ファイルの使用に切り替えることを検討しています。
Google Play ストアからアプリをダウンロードする際の明らかな拡張ファイルの依存関係とは別に、他の長所と短所は何ですか?
例えば、中国国内からアクセスする際の（Google）サーバーの潜在的な問題について考えています。
編集: このアプリには、現在の 1 MB の APK を使用して、すでに数十万のアクティブなインストールがあります。zip ファイルをアセットに配置すると、APK が突然 11 MB に増加します。これにより、使用可能なストレージ容量が少ないユーザーに問題が発生する可能性があることを懸念しています. また、データベースは定期的に更新されるため (つまり、最新の zip ファイルの新規ダウンロード)、少し無駄に思えます。
私が考えることができるいくつかの利点は次のとおりです。ホスティングについて気にする必要はありません（サーバー/帯域幅の料金を支払う必要はありません）ファイルがGoogleのサーバー上にある場合は、ファイルの一般的な可用性も優れていると思います（世界中に冗長サーバーがありますが、通常は1つまたは2つのサーバーしかありません）ユーザーは通常、マーケットダウンロードが終了するとすぐにプログラムを使用できます（最初の起動を追加で待つ必要はありません）（「場合によっては」を除く）グーグルが述べているように：http：//developer.android.com/guide/google/play/expansion-files.html）
ちなみに、グーグルは「通常の」apkの制限は現在50MBであると述べているので、結局拡張ファイルは必要ないかもしれません。
両方を実装しない限り、Google 以外の Android アプリ ストアで配布することはできません。いくつか例を挙げると、Amazon、Nook Store、Appia などがあります。
10MB のアセットの場合、APK にアセットをバンドルするよりも拡張ファイルを使用する利点はあまりないと思います。(ある時点で) Play ストア以外の手段でアプリを配布する可能性があること (たとえば、APK をテストのために誰かに送信したい場合など) を考慮すると、拡張ファイル オプションを無視することもできます。
データベースを更新する必要がある場合は、新しい APK (更新された zip アセットを含む) をリリースするか、ダウンロード機能を実装することができます。最適なアプローチは、データベースを更新する必要がある頻度によって異なります。データベースよりも頻繁に APK アップデートを更新しますか?
DownloadManager でさらに複雑になるのは、Gingerbread 以降でしか利用できないことです。もちろん、将来的には、これはあまり問題にならないでしょう。
結論: zip をアセットとしてバンドルし、本当に必要な場合にのみ DownloadManager を実装します。
APK を 1MB から 11MB に更新するリスクについては不明です (ユーザーが十分なストレージを持っていないなど)。誰でもこれを経験したことがありますか？