在 Spring MVC 中使用域对象作为表单支持对象是一种不好的做法吗？

Question

在 Spring MVC 中使用 Event 的实例作为表单支持对象是否是一种不好的做法？

与 DTO 相比，此方法的一个问题是客户端可以更改视图中的隐藏字段，而您需要检查并重置它们。但是还有其他的吗？

@Entity
@Table(name = "events")
public class Event
    {

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "event_id")
    public int id;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "user_id")
    public User userId;

    @Column(name = "amount")
    @NotEmpty(message = "Amount can't be empty")
    public int amount;

    @Column(name = "description")
    @NotEmpty(message = "Description can't be empty")
    public String description;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "entered_by")
    public User enteredBy;

    @Column(name = "entered_at", columnDefinition = "DATETIME")
    @Temporal(TemporalType.TIMESTAMP)
    public Date enteredAt;

    }

Answer 1

如您所说，DTO 的主要目标是隔离。您并不总是希望客户端 see/access 您在数据库端拥有的所有字段。

此外，您可以使用 DTO 聚合来自各种 tables/services 的多个调用，并使用一个表单对象将其返回给客户端。

在 Spring MVC 中使用域对象作为表单支持对象是一种不好的做法吗？

Is using a domain object as a form-backing object in Spring MVC a bad practice?

java

forms

spring

spring-mvc

dto