最適化されていないダウンロードを避ける

アプリのユーザーの一部で、インターネットに断続的にアクセスする場合や、デバイスにダウンロードできる情報の量に制限がある場合があります。アプリがダウンロードする必要があるデータの量を減らすことで、ユーザーがアプリをより頻繁に操作するように促すことができます。

ダウンロードを減らす最も基本的な方法は、必要なものだけをダウンロードすることです。データに関して言えば、これは REST API を実装し、最終更新日時などのパラメータを使用して返されるデータを制限するクエリ条件を指定することを意味します。

同様に、画像をダウンロードする場合は、クライアントで縮小されたフルサイズの画像をダウンロードするのではなく、サーバーサイドで画像のサイズを縮小することをおすすめします。

HTTP レスポンスをキャッシュに保存する

もう 1 つの重要な手法は、重複データのダウンロードを回避することです。キャッシュを使用すると、同じデータを繰り返しダウンロードする可能性を低減できます。アプリのデータとリソースをキャッシュに保存することで、アプリが参照する必要がある情報のローカルコピーを作成できます。アプリが短期間に同じ情報に複数回アクセスする必要がある場合、キャッシュにダウンロードする必要があるのは 1 回だけです。

ダウンロードするデータの合計量を減らすには、できる限り積極的にキャッシュに保存することが重要です。フルサイズの画像などのオンデマンド ダウンロードを含め、静的リソースは常に合理的に可能な限り長くキャッシュに保存してください。オンデマンド キャッシュを定期的にフラッシュしてサイズを管理できるように、オンデマンド リソースは個別に保存する必要があります。

キャッシュ保存によってアプリに古いデータが表示されないようにするには、適切な HTTP ステータス コードとヘッダーETag ヘッダーや Last-Modified ヘッダーなど)を使用します。これにより、関連コンテンツをいつ更新すべきかを判断できます。次に例を示します。

Kotlin

// url represents the website containing the content to place into the cache.
val conn: HttpsURLConnection = url.openConnection() as HttpsURLConnection
val currentTime: Long = System.currentTimeMillis()
val lastModified: Long = conn.getHeaderFieldDate("Last-Modified", currentTime)

// lastUpdateTime represents when the cache was last updated.
if (lastModified < lastUpdateTime) {
    // Skip update
} else {
    // Parse update
    lastUpdateTime = lastModified
}

Java

// url represents the website containing the content to place into the cache.
HttpsURLConnection conn = (HttpsURLConnection) url.openConnection();
long currentTime = System.currentTimeMillis();
long lastModified = conn.getHeaderFieldDate("Last-Modified", currentTime);

// lastUpdateTime represents when the cache was last updated.
if (lastModified < lastUpdateTime) {
    // Skip update
} else {
    // Parse update
    lastUpdateTime = lastModified;
}

一部のネットワーキング ライブラリは、これらのステータス コードとヘッダーを自動的に考慮するように構成できます。たとえば、OkHttp を使用する場合、クライアントのキャッシュ ディレクトリとキャッシュ サイズを構成すると、次のコードサンプルに示すように、ライブラリで HTTP キャッシュを使用できるようになります。

Kotlin

val cacheDir = Context.getCacheDir()
val cacheSize = 10L * 1024L * 1024L // 10 MiB
val client: OkHttpClient = OkHttpClient.Builder()
    .cache(Cache(cacheDir, cacheSize))
    .build()

Java

File cacheDir = Context.getCacheDir();
long cacheSize = 10L * 1024L * 1024L; // 10 MiB
OkHttpClient client = new OkHttpClient.Builder()
    .cache(new Cache(cacheDir, cacheSize))
    .build();

キャッシュを構成すると、完全にキャッシュされた HTTP リクエストをローカル ストレージから直接処理できるため、ネットワーク接続を開く必要がなくなります。条件付きキャッシュに保存されたレスポンスは、サーバーからのデータの更新頻度を検証でき、ダウンロードに関連する帯域幅コストを排除できます。キャッシュに保存されていないレスポンスは、今後のリクエストに備えてレスポンス キャッシュに保存されます。

非機密データは、Context.getExternalCacheDir() を使用して、管理対象外の外部キャッシュ ディレクトリにキャッシュできます。また、Context.getCacheDir() を使用して、安全なマネージド アプリケーション キャッシュにデータをキャッシュに保存することもできます。この内部キャッシュは、システムのストレージが不足するとフラッシュされる場合があります。

リポジトリを使用する

より高度なキャッシュ保存のアプローチについては、リポジトリ設計パターンを検討してください。そのためには、特定のデータやリソースに API を抽象化するリポジトリと呼ばれるカスタムクラスを作成する必要があります。リポジトリは、最初はリモート ウェブサービスなどのさまざまなソースからデータを取得しますが、その後の呼び出しでは、データのキャッシュ バージョンを呼び出し元に提供します。この間接レイヤにより、アプリに固有の堅牢なキャッシュ戦略を提供できます。アプリ内でリポジトリ パターンを使用する方法の詳細については、アプリ アーキテクチャ ガイドをご覧ください。