我应该如何建模类之间的关联

Question

我正在我的应用程序中对域模型进行建模。显然，一些对象关系是关联，但这些关联也具有属性。例如：

Foo 可以有一对多的 Bar。但是，关联具有属性，例如关联有效时间的日期范围。因此，我这样做的方式如下：

public interface Association<S, T> {
     public S getSource();

     public T getTarget();
}

然后对于类似上面的内容：

public class FooToBarAssociation implements Association<Foo, Bar> {
    public Foo getSource();
    public Bar getTarget();
    public Date getFromDate();
    public Date getToDate();
}

然后 Foo 类具有：

private List<FooToBarAssociation> associations;

我的问题是：

1. 这是对与属性的关联进行建模的适当方法吗？

2. 添加/删除与 Foo 的关联的业务逻辑应该在哪里？创建 FooToBarAssociation 有时需要一些业务逻辑，我想知道是否应该在 FooService 中处理，然后调用 setAssociations 而不是在模型对象中。我一直听说要尽可能地将业务逻辑排除在模型对象之外。

Answer 1

恕我直言，在 UML 中实现关联类时适用相同的规则。
您创建的是一种方式，其他方式可能是嵌套 - Foo 包含 Assoc，而 Assoc 又包含 Bar。您还可以围绕包含 Assoc 的 Bar 和包含 Foo 的 Assoc 以相反的方式创建它。 Foo 可以包含 Assoc，Bar 可以包含 Assoc。有很多可能性，这仅取决于您的要求。
在您的示例中，您的解决方案看起来不错。
你听到的似乎不错，但有时可能会很复杂。

Answer 2

回答你的问题：

1. 我认为你的模型是合适的。
2. 在面向领域的模型中，我会将关联逻辑添加到 Foo.

我还有另一个建议，但它适用于特定情况。如果您需要模型一次仅处理一个关联，则可以使用以下简化模型。

public class Foo {

    private Date startDate;
    private Date endDate;
    private Bar bar;

    public Date getStartDate() {
        return startDate;
    }

    public Date getEndDate() {
        return endDate;
    }

    public Bar getBar() {
        return bar;
    }


}

其中开始日期和结束日期对应于 bar 与 Foo 关联的时间段。这样，即使 Foo 到 Bar 是一对多，您一次也只能处理一个 Bar。 Foo Bar 关联将根据有效日期从数据库中获取，该日期位于开始日期和结束日期之间。