クラス間の関係を効率的に設計する

Question

クラス間の関係モデルを改善できるかどうかを知りたい。私はMongoDBをデータベース層として使用しています。

public class TodoItem { 
private String description; 
private Person person; 
} 

public class Person { 
private List<TodoItem> items; 
} 

私の質問は、一対多や双方向のような関係が関与するクラスの設計に固有です。ありがとう。

Answer 1

だろう。

双方向の依存関係があります。彼らはいくつかのトラブルを維持するが、これを使用してクライアントのためにいいです。もっと重要なのは何ですか？あなたは本当に両方の方法を多かれ少なかれ同じようにナビゲートする必要がありますか？

フルオブジェクトを保存します。プロキシを代わりに格納するか、またはIDとリポジトリを格納する必要があります。私たちがあなたの必要条件を、機能的にも非機能的にも知っているまで、誰も理解できません。

実際に要件がない場合は、要件を満たすのに役立たない場合はクラスを作成しないでください。設計が間違っています。

ソフトウェアの設計には絶対的な正誤がありません。このような決定が可能ならば、手動で行う必要はありません。現代のあらゆる言語で言語機能として利用できるようになります。設計とは、要件を理解し、その設計要件がその要件の達成度に与える影響を理解することです。

ですから、デザインは次のことを試して学びたい場合：

は、単純な機能要件を取り、非機能要件を変更するとどのようにあなたのデザインの変更を考える：それはチップカード上で実行する必要があります。毎秒何千もの要求を処理する必要があります。たくさんの書き込み、いくつかの読み込み。多くの読み込み、いくつかの書き込み。 ...

Answer 2

本当に双方向の関連付けが必要ですか？例えば、Departmentはそれが所属する会社を知る必要がありますか？

単方向の関連付けでは、DepartmentはCompanyについて何も知る必要はありません（またはCompanyが変更された場合は変更されます）。同じことはProject、Employee、...

私が見ている以上の情報はありません。

Answer 3

簡単な答えはそれが本当にあなたの要件/環境に依存

public class Company { 
private List<Department> departments; 
} 

public class Department { 
    private List<Employee> employees; 
    private List<Project> projects; 
    private Map<Employee, Project> employeeProject; 
} 

public class Employee { 
    private String name; 
}