質問編集履歴
3
title
CHANGED
File without changes
|
body
CHANGED
@@ -9,6 +9,6 @@
|
|
9
9
|
このとき、SQLではユーザーとグループとチャットチャンネルのデータが密結合になります.
|
10
10
|
ですが、ソフトウェア上ではそれぞれはインターフェースとして存在します。
|
11
11
|
|
12
|
-
ここでの問題点は、例えば、ユニットテストのときユーザークラスのモックを作成したとしても、グループクラス・チャットチャンネルクラスはユーザーのデータをSQLから取得するため、正常に動作しないという点です.
|
12
|
+
ここでの問題点は、例えば、ユニットテストのときユーザークラスのモックを作成したとしても、グループクラス・チャットチャンネルクラスはユーザーのデータをSQLから取得するため、正常に動作しないという点です. データ構造がお互いに依存しあっています.
|
13
13
|
どのような設計にしたら良いでしょうか.
|
14
14
|
よろしくおねがいします。
|
2
title
CHANGED
File without changes
|
body
CHANGED
@@ -7,7 +7,7 @@
|
|
7
7
|
|
8
8
|
ここで、SQLを使ってデータを保存するとします.
|
9
9
|
このとき、SQLではユーザーとグループとチャットチャンネルのデータが密結合になります.
|
10
|
-
ですが、ソフトウェア上ではそれぞれは
|
10
|
+
ですが、ソフトウェア上ではそれぞれはインターフェースとして存在します。
|
11
11
|
|
12
12
|
ここでの問題点は、例えば、ユニットテストのときユーザークラスのモックを作成したとしても、グループクラス・チャットチャンネルクラスはユーザーのデータをSQLから取得するため、正常に動作しないという点です. インターフェース上では独立しているようにみえるにもかかわらず、実際はデータ構造がお互いに依存しあっています.
|
13
13
|
どのような設計にしたら良いでしょうか.
|
1
タイトルの変更と、必要な回答を明示
title
CHANGED
@@ -1,1 +1,1 @@
|
|
1
|
-
SQL
|
1
|
+
SQLを使うと密結合になる
|
body
CHANGED
@@ -10,5 +10,5 @@
|
|
10
10
|
ですが、ソフトウェア上ではそれぞれは適切にインターフェースとして設置され、お互いの実装に依存しない、疎結合なオブジェクトとして独立しています.
|
11
11
|
|
12
12
|
ここでの問題点は、例えば、ユニットテストのときユーザークラスのモックを作成したとしても、グループクラス・チャットチャンネルクラスはユーザーのデータをSQLから取得するため、正常に動作しないという点です. インターフェース上では独立しているようにみえるにもかかわらず、実際はデータ構造がお互いに依存しあっています.
|
13
|
-
|
13
|
+
どのような設計にしたら良いでしょうか.
|
14
14
|
よろしくおねがいします。
|