最初に書いていないアプリの更新に取り組んでいます。現在、アプリは (最初の起動時に) サイズが約 70MB の ZIP ファイルを最初にダウンロードします。さらに、起動するたびに、アプリは新しい ZIP ファイルがオンラインにあるかどうかを確認し、必要に応じてローカルの ZIP ファイルを更新します。
更新により、そのプロセスに変更を加えたいと思うかもしれません。彼にアプリをダウンロードさせてから、最初の起動時に実際のコンテンツの ZIP がダウンロードされるまで待たなければならないのはユーザーフレンドリーではないと思います。
私の考えは、バンドルに最新の ZIP が既に含まれているアプリのリリースを提供することです。ただし、アプリの更新の展開が問題になります。ZIP ファイルはアプリ内でダウンロードする必要があるため (定期的に変更されます)、アップデートに ZIP ファイルを含めないでください。
アップデートと最初のフル アプリ リリースを完全に分離する方法はありますか?
例えば
- （1 日目）ユーザー A が初めてアプリをダウンロードします。アプリには ZIP v1 が含まれています
- (2 日目) ZIP v2 がリリースされました。ユーザー A はアプリ内で ZIP v2 を受け取ります。
- (3 日目) ユーザー B は初めてアプリをダウンロードしたいと考えています。最新の ZIP ファイルを確実に取得するには、アプリに ZIP v2 が既に含まれている必要があります。つまり、2 日目にアプリは更新を受信している必要がありますが、「初期インストール」ファイルのみが更新されている必要があります。ユーザー A は更新を受け取るべきではありません。
- (4 日目) 小さな更新 (アイコンの変更) がアプリ ストア内のユーザー A と B の両方に展開されます。これには ZIP ファイルが含まれていてはなりません。