service 层接收的参数 xxRequest 还是 xxDto ?

[jerrry]

比如 UserController 中有 List<UserDto> findUsers(UserSearchRequest xxRequest) { return userService.findUsers(...) } 方法,

那么 UserService 中的 List<UserDto> findUsers(...) 接收的参数应该怎么设计 ?

其中 UserSearchRequest 包括多个查询条件 ( keywords, username, age, time, city... ).

[damai0419]

直接用也可以，要么创建一个 xxxQuery 也可以。

[zhangdashuan]

param

[sheeta]

我用的是 xxRequest

[lqs]

原则上 Service 层应该单独有一套业务对象，这样就可以把 UserService 里的接口设计成 List<UserBo> findUsers(UserSearchBo)，然后在 UserController 里对输入输出都做适配。

[luxinfl]

我们小公司，没那么复杂，对外统称 dto 。有时候还用 domain 来作入参和返参。

[jerrry]

@lqs 但是我的 controller 和 service 对应的查询参数一般都是一样的，所以这时候不知道怎么设计...

[jerrry]

@luxinfl 对请求参数检验的话还是封装在 vo 里比较方便吧

[wshcdr]

关注一下

[hantsy]

UserDto 这种太通俗了。

如果你想让你的代码做到 Self Documentation，可以学习 Spring 的命名，尽量取一个有意义的名字。

如果应用了 CQRS，很多命名相对容易些。CreateUserCommand, UserCreatedEvent, 等。

总之，尽量做到一个 Dto 仅仅封装所需要的数据，见过一些人为了省事，用一个巨无霸 Dto，完全没把 OOP 放在心上。

[hantsy]

@lqs
@jerrry

VO，BO 是什么鬼东西，我写了十几年 Java，读了 N 多本书，没见过。

[hantsy]

Value Object ？？？

[hantsy]

DDD 中 Value Object 是相对于 Entity 来讲的。

[Sharuru]

xxxForm，xxxModel，xxxParam 。
针对楼主的场合，可以用 xxxCriteria 。

[MarioLuo]

命名重要保持一致性就好，不过个人更倾向: XxxParams, XxxQuery 代表入参, XxxDTO,XxxInfo 代表出参，更符合自然语意些

[oneisall8955]

跟项目，假如新项目看自己喜好

[daimubai]

随主流
接受用 xxxDTO （ DTO 大写可读性更高点吧）
响应用 VO

[jerrry]

@hantsy view object, api 返回的数据一般是和 entity 不一致的。

[jerrry]

@Sharuru 谢谢，那如果它们所需的参数是一致的情况下，controller 层需要的参数对象和 service 需要的参数对象需要分成俩个吗？

[yalin]

都是 DTO 层

[memedahui]

最近刚好看了一个类似的文档,说的就是一共需要 3 个:
接入层模型:view object 与前端对接的模型
业务模型:领域模型,业务核心模型
数据模型: