有效设计类之间的关系

Question

我想知道下面的类之间的关系模型是否可以改进。我使用 MongoDB 作为数据库层。

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

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

同样，我的问题是特定于涉及一对多和双向等关系的类的设计。谢谢。

Answer 1

这实际上取决于您的要求/环境。

例如，您有双向依赖性。它们维护起来很麻烦，但对于使用它的客户来说却很好。更重要的是什么呢？您真的需要或多或少地同等频率地进行双向导航吗？

您存储完整的对象。也许您应该存储代理或 ID 和存储库。在我们了解您的需求（功能性和非功能性）之前，没有人能告诉我们。

实际上，如果你没有需求，那么设计就是错误的，因为如果它不能帮助满足需求，你就不应该有一个类。

软件设计没有绝对的对错。如果这样的决定是可能的，我们就不需要手动做出它，它将作为每种现代语言的语言功能提供。设计是关于理解需求并理解设计决策对这些需求的满足程度的影响。

因此，如果您想了解设计，请尝试以下操作：

考虑简单的功能需求，并考虑您的设计如何随着非功能需求的变化而变化：它必须在芯片卡上运行；它每秒必须处理数千个请求。写多，读少；读的多，写的少。 ...

Answer 2

您真的需要双向关联吗？例如，部门是否必须知道它属于哪家公司？

通过单向关联，您的耦合度较低，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;
}