SQLを使うと密結合になる

Question

単純なウェブサービスを作ろうとしています.

ここで作成するクラスは以下の通りです.

• ユーザークラス
• グループクラス(ユーザーを集約する)
• チャットチャンネルクラス(グループの中でのチャットを管理する)

ここで、SQLを使ってデータを保存するとします.
このとき、SQLではユーザーとグループとチャットチャンネルのデータが密結合になります.
ですが、ソフトウェア上ではそれぞれはインターフェースとして存在します。

ここでの問題点は、例えば、ユニットテストのときユーザークラスのモックを作成したとしても、グループクラス・チャットチャンネルクラスはユーザーのデータをSQLから取得するため、正常に動作しないという点です. データ構造がお互いに依存しあっています.
どのような設計にしたら良いでしょうか.
よろしくおねがいします。

Answer 1

各クラスが「互いの実装に依存しない」のでしたら, 「ユーザーのデータを SQL から取得する」という実装に対しても依存していないはずではないでしょうか.

Comments

[Toshimichi]

すいません。実装は密結合でした

[jimbe]

問題点が分かっているのでしたら, 結合を緩くして, グループやチャットチャンネルはユーザーのデータをユーザークラスから得るようにすれば良いのではないでしょうか.
既にコードが存在するのでしたら, 今から設計がというよりも, 実装から結果的に設計が洗練されるつもりでユニットテストのし易いようにリファクタリングをしていくのが良いかと思います.

[Toshimichi]

つまり、SQL において外部キーや結合を使わずに、各テーブルを独立させろということでしょうか？

[jimbe]

データベースの設計は, データの構造を決めるものですから, コードの実装とは関係ありません.
問題なのは, 仰っている通り「グループクラスやチャットチャンネルクラスが, ユーザークラスを通さずにユーザーデータを取得している」ことと思います.
テストのためにユーザークラスのモックを作ったのにグループやチャットチャンネルがそれを使わないのは, それを使うようにコードが書かれていないからではないでしょうか.
ですので, まずテストのために, グループやチャットチャンネルがユーザーのモックを受け取って動作するようにリファクタリングしては如何でしょうか.
それによって, 本来の呼び出し側でコンパイルエラーが出ると思います. そのエラーのチェーンのどこかで, 本番時に本物のユーザークラスをグループやチャットチャンネルに渡せる場所があるはずです.