6

我有 2 个实体 - 电影和演员 - 具有 M:N 关系。在为这些实体设计 DTO 对象时，我不确定正确的方法是什么。

电影

@Entity
@Table(name = "Movies")
public class Movie extends AbstractBusinessObject {    

    private String name;
    private String short_info;    

    @ManyToMany
    private Map<String, Actor> cast;

}

演员

@Entity
@Table(name = "Actors")
public class Actor extends Person{

    private String name;

    @ManyToMany(mappedBy = "cast")
    private Set<Movie> movies;

}

现在关于 DTO：我遇到了两种不同的方法来处理 1:N 和 M:N 关系。

仅保存 ID：

public class MovieDto {    

    private String name;
    private String short_info;    

    // Long represents Actor's ID
    private Map<String, Long> cast;

}

但是，正如这里所说，我认为Instead of performing many remote calls on EJBs, the idea was to encapsulate data in a value object，这种方法显然违反了规则。

在 DTO 中保存 DTO：另一种方法是存储 Actor 的 Dto，而不是其 ID。

public class MovieDto {    

    private String name;
    private String short_info;

    private Map<String, ActorDto> cast;

}

在我看来，这种方法会更快，因为我不必在每次需要显示演员姓名时都调用数据库。

这个假设是否正确，还是只存储 ID 会更好（即使考虑到第二种方法的空间消耗）？

另外，第二种方法会导致一个实体有多个 DTO。例如，我在查看“电影页面”时不需要知道演员演过哪些电影，但在查看“演员页面”时我需要知道。

4

1 回答 1

4

在父 DTO 中嵌入其他 DTO 实例是完全可以接受的。当然，如果对象最终变得非常大，这可能会令人望而却步。所以这是你必须做出某种权衡的地方。

解决此问题的一种方法是使用部分表示和完整表示。在不需要完整数据的情况下，可以使用部分表示。如果您确实需要完整数据，则可以使用完整表示。您甚至可以拥有它，以便完整表示将部分表示嵌入其中（组合），并简单地将调用推迟（对于部分数据）。

我之前使用的另一种方法是告诉我的映射器（将实体转换为 DTO）是否需要完整数据。这样，映射器可以决定是否需要用其他数据填充 DTO。

于 2013-11-04T18:12:30.087 回答