Spring中实体类的Spring表单bean替换&x2B；hibernate项目
目前我正在研究spring和hibernate项目，其中我们有三个层次。控制器、服务和存储库。我们有用于映射表的基于注释的实体类 我的问题是，我们是否可以删除formbean类，并用实体类替换它（用于验证和获取表单值），这是一个好的实践吗。因为我为这两个类编写相同的变量并重复代码 下面是一个示例，作者使用实体类作为表单bean，而不是在dto包中单独编写表单bean类Spring中实体类的Spring表单bean替换&x2B；hibernate项目,hibernate,spring-mvc,Hibernate,Spring Mvc,目前我正在研究spring和hibernate项目，其中我们有三个层次。控制器、服务和存储库。我们有用于映射表的基于注释的实体类 我的问题是，我们是否可以删除formbean类，并用实体类替换它（用于验证和获取表单值），这是一个好的实践吗。因为我为这两个类编写相同的变量并重复代码 下面是一个示例，作者使用实体类作为表单bean，而不是在dto包中单独编写表单bean类 这会有点自以为是，但我很难不回答这样的问题 在我的应用程序中，我主要使用实体类作为DTO（没有专用的表单bean），当它是自然的
这会有点自以为是，但我很难不回答这样的问题 在我的应用程序中，我主要使用实体类作为DTO（没有专用的表单bean），当它是自然的时候，即当表单的所有字段都是实体中的一个简单的单一属性时 我使用实体作为DTO和专用转换器，当表单字段和实体中的属性之间存在一对一关系，但规则复杂时 只要关系不是简单的一对一和全局转换器表单bean实体，我就使用表单bean
但是我不能说这些都是很好的实践，这只是一种可能性。使用实体作为DTO绑定表单数据是相当标准的，在使用Spring MVC时没有任何技术上的区别。@Geo请看一看这一点，这不推荐。我完全同意下面的答案@所以从长远来看，从维护的角度来看也是可行的，所以没有为每个表单编写表单bean的硬性规定，我们可以用实体类绑定相同的表单。而且，如果项目在未来进行大规模维护，这也是可行的