質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

90.51%

  • Android

    6523questions

    Androidは、Google社が開発したスマートフォンやタブレットなど携帯端末向けのプラットフォームです。 カーネル・ミドルウェア・ユーザーインターフェイス・ウェブブラウザ・電話帳などのアプリケーションやソフトウェアをひとつにまとめて構成。 カーネル・ライブラリ・ランタイムはほとんどがC言語/C++、アプリケーションなどはJavaSEのサブセットとAndroid環境で書かれています。

端末に保存されているデータだけを対象とした処理を書く時、Repositoryを作る必要はありますか?

解決済

回答 1

投稿

  • 評価
  • クリップ 0
  • VIEW 143

redhat98

score 229

AndroidでRepositoryパターンを使う場合、リモートとローカルを抽象化するようにRepositoryを作るのが一般的です。

しかし、私は「端末のSQLiteに保存されているデータを検索する処理」を書きたいと思いました。
Githubで色々なアプリを見てみると、Repositoryパターンのサンプルコードは必ずDataSourceが2つあって
LocalDataSourceとFakeRemoteDataSourceみたいな感じになっています。

今回はLocal DataSourceについてですが、逆にRemote DataSourceだけのパターンもアプリを開発していけば
発生すると思います。

端末に保存されているデータだけを対象とした処理を書きたい時、
わざわざRepositoryを作る必要はあるのでしょうか?

ps. Androidのアーキテクチャを勉強中です
Android アプリ設計パターン入門(https://peaks.cc/architecture_patterns) を購入しましたが、
まだ発送街の状態です。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

回答 1

checkベストアンサー

0

端末に保存されているデータだけを対象とした処理を書きたい時、わざわざRepositoryを作る必要はあるのでしょうか?

必要があるなしで言うと、別に強制的なものではないのでNoです。
ただし、アプリによっては作ったほうが良い場合もあります。

リモートとローカルを抽象化するようにRepositoryを作るのが一般的です

はい。
勉強中かとは思いますが、何のためにRepositoryで抽象化するのかを考えると、今後状況に応じてRepositoryを作るかどうか判断できるかと思います。

 何のためにRepositoryで抽象化するのか

大きな理由としては、データの取得元が急に変わったとしても、上位レイヤー(例えばPresenterやActivity)への影響、つまりそれを修正する開発者への影響を最小限にするためです。
なので、アプリケーションの特性としてデータの取得元が変わった時の開発者(ビジネス)に与える影響度が判断のポイントとなります。

個人や企業が商用アプリを作成する場合は、お金が絡んできたりと、アプリケーション自体が大きくなりがちです。
また昨今、ビジネスも技術も変化が早いので、データ取得元が変わる可能性も大いにあります。

例えばですが、とりあえずAndroid向けにサクッとSQLiteだけでアプリを作ったけど、アプリがヒットして、
iOSやWebにも対応することになり、Firestore等で一部のデータをリアルタイム同期したい等の要望が出てくるかもしれません。

この場合、Repositoryで抽象化しておけば、基本的にはDataSource(Repository)のみの実装を変えるだけで済むので、開発者(ビジネス)への影響を最小限にできるわけです。

一方、個人で作る練習用のアプリとかは、その限りではありません。

 補足

Repositoryパターンの場合インターフェースによる抽象化が大原則なので以下も合わせて見ておくとよろしいかと思います。
https://teratail.com/questions/70213

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/04/23 13:53

    回答ありがとうございました。
    確かにSQLiteをFirebaseにしたり、他のデータストアにする可能性は高そうですね

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 90.51%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る

  • Android

    6523questions

    Androidは、Google社が開発したスマートフォンやタブレットなど携帯端末向けのプラットフォームです。 カーネル・ミドルウェア・ユーザーインターフェイス・ウェブブラウザ・電話帳などのアプリケーションやソフトウェアをひとつにまとめて構成。 カーネル・ライブラリ・ランタイムはほとんどがC言語/C++、アプリケーションなどはJavaSEのサブセットとAndroid環境で書かれています。