必要に応じて、コンテンツの保存と分類を行います。関連のデータを保存し管理するためのクラスです。クラスを使用すると、画面の回転などの構成の変更後にデータを引き継ぐことができます。プロジェクトにインポートするには、ライフサイクルのリリースノートで依存関係を宣言する手順をご覧ください。フレームワークによって管理されます。コントローラの破棄や再作成を決定する場合があります。関連のデータはすべて失われます。アプリがいずれかのアクティビティに、ユーザーのリストを含める場合があります。構成の変更によってアクティビティが再作成されると、その新しいアクティビティはユーザーのリストを再取得する必要があります。バンドルからデータを復元できますが、このアプローチが適しているのは、シリアル化の後に逆シリアル化を行える少量のデータの場合だけです。ユーザーやビットマップのリストのように大量のデータが見込まれる場合には適していません。コントローラでは実行に時間がかかる非同期呼び出しを頻繁に行う必要があることです。コントローラは非同期呼び出しを管理し、破棄された後にシステムが呼び出しのクリーンアップを行ってメモリリークが発生しないようにする必要があります。この管理ではメンテナンスを何度も実施する必要があり、構成の変更によってオブジェクトが再作成された場合には、すでに行った呼び出しを再度行わなければならないこともあるため、リソースが無駄になります。システムとのやり取り(権限リクエストなど)を行うことです。コントローラに対してデータベースやネットワークからのデータ読み込みも行うよう要求すると、クラスが肥大化することになります。つのクラスですべて処理しようとすることになり、テストも極めて困難になります。コントローラのロジックから切り離すことで、複雑さが軽減され、効率性が高まります。ヘルパークラスが用意されています。オブジェクトは構成の変更時に自動的に保持されるため、このオブジェクトが保持しているデータは後続のアクティビティやフラグメントのインスタンスがすぐに利用できます。}}次のように、リストにはアクティビティからアクセスできます。インスタンスは、最初のアクティビティで作成されたものと同じです。メソッドを呼び出します。コンテキストへの参照が保持されている可能性があるクラスを参照しないでください。特定のインスタンスよりも生存期間が長くなるように設計されています。対象とするテストを簡単に作成することもできます。オブジェクトが認識されないためです。オブジェクトなど)を含めることができます。オブジェクトなど)への変更を監視しないでください。拡張したものであるため)。コンストラクタのパラメータとして依存関係を取得できます。ほとんどの場合、これらはドメインレイヤまたはデータレイヤのタイプです。インスタンスを作成するには特別なメカニズムが必要です。インターフェースです。インスタンス化することができます。タイプのインスタンスをインスタンス化するためにフレームワークのファクトリを提供する必要はありません。ファクトリを手動で定義する必要はありません。作成する方法を認識します。よって生成されたファクトリに直接アクセスできます。インターフェースを実装するファクトリを提供してください。新しいインスタンスを提供します。インスタンス化に役立つ関連情報にアクセスできます。エクストラからアクセスできるキーのリストは次のとおりです。渡したカスタムキーにアクセスできます。クラスのインスタンスにアクセスできます。作成に使用する引数のバンドルにアクセスできます。