リポジトリとDAOの住み分け方
※ 2019年7月21日に追記しました。
この記事の最後に、設計の失敗談を書いた記事へのリンクを追加しました。
リポジトリとDAOは似ています。どちらもデータストアとアプリケーションコードの間に位置します。しかしリポジトリとDAOにはやはり違いがありそうです。
ここではリポジトリとDAOの違いはどこにあるのか、また具体的にリポジトリとDAOをどう使い分けるのがよさそうなのかを考えてみます。
リポジトリはドメインオブジェクトのコレクション
A Repository mediates between the domain and data mapping layers, acting like an in-memory domain object collection.
– P of EAA: Repository
Conceptually, a Repository encapsulates the set of objects persisted in a data store and the operations performed over them, …
– P of EAA: Repository
リポジトリはドメインとデータマッピングレイヤをとりなして、インメモリなドメインオブジェクトのコレクションのように振る舞います。
ということは、ドメインオブジェクトの永続化に関わる操作を隠蔽しているとも言えます。
…それ自体はドメインに由来しないが、ドメイン設計においては意味のある役割を持っている。これらの構成概念は、モデルオブジェクトを操作できるようにすることで、…
– エリック・エヴァンスのドメイン駆動設計
リポジトリの目的はドメインオブジェクトを操作できるようにすることです。なお、リポジトリそのものはモデルではなく設計上設けるものです。
DAOはデータアクセスのメカニズムを隠蔽する
separates a data resource's client interface from its data access mechanisms
– Design Patterns: Data Access Object
DAOはデータリソースのクライアントインタフェースをデータアクセスのメカニズムから分離します。
これはデータアクセスのメカニズムを隠蔽することです。この点はリポジトリと一致しています。
The DAO pattern allows data access mechanisms to change independently of the code that uses the data.
– Design Patterns: Data Access Object
DAOの目的はデータを利用するコードから独立してデータアクスのメカニズムを変更できるようにすることです。
一致する点と相違する点
リポジトリとDAOはデータアクセスに関わるメカニズムを隠蔽する点で一致しています。
リポジトリとDAOの違いはその目的にあります。リポジトリの目的はアプリケーションコードがドメインオブジェクトを操作できるようにすることです。一方で、DAOの目的はアプリケーションコードから独立してデータアクセスのメカニズムを変更できるようにすることです。
つまり、リポジトリとDAOはデータストアとアプリケーションコードの間に位置する点で一致していますが、関心の向きに違いがあります。リポジトリの関心はドメインオブジェクトにあり、DAOの関心はデータアクセスのメカニズムにあります。
リポジトリとDAOの住み分け方
さて、リポジトリとDAOをどう住み分けるかを考えます。
JPAやMyBatisを利用することがDAOの実装に相当します。
DAOはデータアクセスのメカニズムを隠蔽するものです。JPAやMyBatisを利用すれば、まさにインタフェースを用意するだけでデータアクセスすることができます。JAPやMyBatisがその実装を引き受けて、これを隠蔽してくれます。
リポジトリの実装はドメインオブジェクトの構築です。
リポジトリにはドメインオブジェクトのコレクションとしての振る舞いをもたせます。ここで、ドメインオブジェクトの構造はデータベースのテーブル構造と同じでないことに気がつきます。従って、（データベースのコンテキストで言うところの）エンティティからドメインオブジェクトを構築する必要があります。リポジトリがその役割を担うわけです。
上記をまとめたものが次の図です。
まとめ
そもそも、リポジトリとDAOは同じコンテキストで説明されるものではありません。そのため、ふたつが一致した側面をもっていてもおかしくありません。
逆に、リポジトリとDAOの違いはその説明されるコンテキストにあると言えます。リポジトリはドメイン駆動設計における、DAOはデザインパターンにおける用語です。従ってその目的も違います。
リポジトリの目的はアプリケーションコードがドメインオブジェクトを操作できるようにすることです。リポジトリはエンティティからドメインオブジェクトを構築することで、ドメインオブジェクトのコレクションのように振る舞います。
DAOはの目的はアプリケーションコードから独立してデータアクセスのメカニズムを変更できるようにすることです。DAOはクライアントインタフェースを設けることで、データアクセスのメカニズムを隠蔽します。
リポジトリとDAOの住み分け方として、次のように考えることができます。
DAOはデータアクセスのメカニズムを隠蔽してエンティティの操作をクライアントに提供します。リポジトリはエンティティから構築してドメインオブジェクトの操作をクライアントに提供します。
アプリケーションコードの方から見れば、次のように考えることができます。
アプリケーションコードがリポジトリを利用し、リポジトリがDAOを利用します。リポジトリとDAOは併せて、次の役割と目的をもちます。ドメインオブジェクトの永続化に関わる物理的な操作を隠蔽し、アプリケーションコードがドメインオブジェクトを概念的に操作できるようにすることです。
※ 2019年7月21日に追記しました。
実際のアプリケーション開発はなかなか理想どおりにはいかないものです。先の開発でもよくない設計をしてしまいました。どのように失敗して何を改めようとしているか、その実体験を書きました。次回、「大失敗した設計、そしてドメイン駆動設計の基本に立ち返る」
参考
