FirebaseでWebアプリを作る場合の設計について

Question

例えばReactとFirebaseでWebアプリを作る場合、普通に書くとReactの各コンポーネントにFirestoreにアクセスするコードが散在することになりますが、これはそういうものとして受け入れるしかないのでしょうか？

APIサーバーを自分で作り、FirebaseのAdminSDKでFirestoreにアクセスすれば、クライアント側からはAPI呼び出しのコードを書くだけなので、バックエンドをFirebaseから移行した場合でもクライアント側のコードを再利用できますが、最初の例だと、バックエンドの移行に伴ってクライアント側のコードも大部分を修正しなければなりません。

容易にスケールできないとなるとあまりFirebaseを使いたくないと思ってしまいます。

クリーンアーキテクチャのような設計原則はFirebaseでアプリを作る場合にはほとんど適用できないように思えるのですが、何かしらの指針のようなものはあったりするのでしょうか？

ご存知の方いらっしゃいましたらご教授いただいけると幸いです。

Answer 1

普通にクリーンアーキテクチャを利用すればよいのでは？　Firebaseで作られているアプリケーションでも普通に利用できると思います。repositories層を作り、そこからFirestore等のデータを取得する関数をおいとけば、View側にはFirebaseという文字はでてこなくなると思います。Firebaseから変更した際にもrepositoriesを変更すれば良いので

Comments

[maskmelon]

おっしゃる通りリポジトリ層を作ってデータストアへのアクセスを隠蔽すれば可能ですね。調べてみたところカスタムフックを利用してfirebaseを隠蔽している例がありました。回答くださりありがとうございました。