有关 springboot 接受参数和返回参数的问题

[kqq19930511]

比如数据库有个表，对应 java 模型是：

public class User {
    @Comment("用户 id")
    @Column(length = 36)
    private String id;
    @Comment("用户名")
    private String username;
    @Comment("昵称")
    private String nickname;
    @Comment("登录密码")
    private String password;
    @Comment("密码过期时间")
    private Date passwordExireTime;
    @Comment("0: 新用户 1: 正常使用 2:停止使用")
    private Integer status;
    @Comment("最近登录时间")
    private Date loginTime;
    @Comment("连续登录错误次数")
    private Integer loginErrorCount;
    @Comment("创建时间")
    private Date createdAt;
    @Comment("所属组")
    private String userGroupId;
}

举个例子，现在有新增、删除、更新接口，每个接口传的参数不一样并且校验参数的逻辑也不一样，现在我的处理是生成三个参数对象: InsertUserForm 、DeleteUserForm 、UpdateUserForm ，然后用不同的校验逻辑，这三个对象都会返回不同的参数，需要新建三个对象存储返回参数 InsertUserVO, DeleteUserVO, UpdateUserVO ，想问一下实际怎么处理这些情况的？

[gwkoooo]

新增和编辑可以用 @Validate 的分组校验，返回的话就分开新建，也可以请求参数抽取一个 BaseForm ，返回参数收取一个 BaseVO 继承一下

[KingOfUSA]

1. 对于你这种通过对象入参的方式暂时还没有想到更好的处理方式。我个人更喜欢普通类型的入参，然后定义一些常用的规则(比如类型、长度、是否避免等)，在 controller 层对于参数加上不同的规则。

2. 返回参数的问题，可以使用我写的这个库 https://github.com/ksprider/Surgical ，在 controller 层通过注解的方式来决定返回不同的属性，避免了 vo1 vo2 vo3...难以复用的情况

[ylls]

@Validated 配上 javax.validation.constraints 的 groups

[KingOfUSA]

@KingOfUSA 是否避免 = 是否必填

[7911364440]

我是这样做的： https://github.com/rainy-zhang/zy-project/blob/main/zy-service/zy-permission/src/main/java/org/rainy/project/param/UserParam.java

[Edsie]

定义一个领域层面的 User ，（你上面的 User 是属于 Entity 的）
```
public class User {
private String username;
private String nickname;
private String password;
}
```
create,update,delete 主题都是它，校验逻辑通过分组校验分开

[git00ll]

我觉得建三个没问题，区分出来比较清晰。1f 那样做 会在增加复杂性。
并且这种接口写完了一般不会改

[xiao109]

Map 打天下

[KevinBlandy]

Validate 那 group 真不建议用，用着用着能给自己整糊涂了。不同业务接口，创建不同对象吧还是。必要的时候可以用 MapStruct 之类的工具转换。

[frank1256]

MapStruct

[egfegdfr]

entity 类，能满足的情况下，就直接用 entity ，entity 不够的话，增加 vo 类。能复用的情况下，尽量复用。如果每一个接口都严格按照你这种方式来，会照成大量的重复性的代码。不利于维护

[kqq19930511]

@xiao109 可维护性太差了

[kqq19930511]

@KevinBlandy 是的，现在啊就是用 mapstruct 转换的

[kqq19930511]

@Edsie 需要生成 swagger 文档，这种设计不行吧

[Leviathann]

就分开啊
不一样的东西不要放一起
或者抽一个 UserCommons 之类的接口把共性提取出来

[kqq19930511]

@7911364440 怎么配合 swagger 生成文档呢？

[7911364440]

@kqq19930511 可以在字段注释上加一些特殊说明，比如新增时必填，修改时必填之类的

[Rache1]

挤在一起就违反单一原则了 😏

[likeme]

我也是按照你这个思路开发的。这样挺好啊，没有耦合，只不过代码冗余比较多，这点冗余没什么吧。。。起码可以让代码看的清晰明了。

[zhuweiyou]

Map 一把梭