リポジトリ パターンは、ドメイン オブジェクトにアクセスするためのコレクションのようなインターフェイスを使用して、ドメインとデータ マッピング レイヤーの間を仲介するデザイン パターンとしてHieatt と Rob Meeによって定義されています。
基本的に、1 つまたは複数の I/O デバイス (クラウド、ディスク、データベースなど) を、データの読み取り、書き込み、シーク、および削除が可能な共通のコレクションのようなインターフェイスに抽象化します。
Fernando Cejas の Android Clean Architectureでは、アプリケーションに必要なすべてのデータは、リポジトリの実装 (インターフェイスはドメイン レイヤーにあります) を介してこのレイヤーから取得されます。特定の条件。
ただし、 Coursera コースのDouglas Schmidt教授が指摘したように、コンテンツ プロバイダーは、1 つまたは複数のアプリケーションへのデータの中央リポジトリへのアクセスを管理および仲介します。
『 Android のプログラミング』という本では、コンテンツ プロバイダーはRESTful Web サービスのファサードとして使用されます。このアプローチは、 Google I/O 2010 で Virgil Dobjanschiによって最初に提示されました。
したがって、コンテンツ プロバイダーを使用してローカルの SQLite データベースにアクセスする代わりに、それをリポジトリ パターン自体として使用してみませんか?
