这是一个创建于 1430 天前的主题，其中的信息可能已经有所发展或是发生改变。
各位 老铁 你们在做项目的时候是怎么返回的信息的
-
返回 entity 的好处不用创建很多个 dto 可以节省时间 修改字段时只用修改一处即可
-
dto 不用暴露过多的字段 当然了可以通过 JsonIgnore 去控制 ，只是不能跟据不同的业务场景去控制字段显示, 缺点是 修改字段后都得去修改对应的 dto , 如果用的是 jpa 还得进行转换
只想的这些 欢迎补充
 |
1
comsweetcs 2020-12-03 13:27:21 +08:00  1
DTO...数据传输对象。你说的一般是返回 VO 才对，dto 一般是用来区分前端像后端的传输吧。。。
|
 |
2
chendy 2020-12-03 13:43:22 +08:00
业务简单直接的话，用 entity 可以
业务复杂之后，业务 /展示 和 实体耦合一起有时候会比较难受，拆 dto 会舒服一些 |
 |
3
IMCA1024 2020-12-03 13:53:31 +08:00
request 实体->DTO 实体->entity 实体->VO 实体->response 实体
目前我们转了很多层。。。 |
 |
4
anakinsky 2020-12-03 13:54:50 +08:00
我们公司微服务内部调用的返回都是 entity，给前端的都是按需封装成 VO 返回
|
 |
5
glacial OP @comsweetcs 得看自已业务 这个没有强制要求 我不要弄那么多层 所以 只用 dto 就可以了
|
 |
8
idoggy 2020-12-03 14:20:58 +08:00 via Android
你底层 orm 怎么弄的，一张表一个 class 的就弄成 dto 自己用的时候再封装成 entity
|
 |
9
liuch 2020-12-03 14:23:41 +08:00
取决于你的项目复杂度。复杂的项目有很多层，不是查库出来就能返回的，这种不只有 dto，vo
|
 |
10
gaoli1992 2020-12-03 14:30:10 +08:00
规范角度来说不应该返回 entity 实体，逼近 entity 中包含主建、创建时间、更新时间等信息，而这些信息不应该让前端知悉的。
|
|
12
IMCA1024 2020-12-03 16:11:04 +08:00
@glacial 确实是。但没办法 规定
Java，微服务 我们 Feign 接口打 client 包 接参 request 返回 response controller 传到 service 用 DTO mapper 返回 vo |
|
13
comsweetcs 2020-12-03 16:35:59 +08:00
@glacial 可能你的业务比较简单吧.像很多 Model 里的字段，其实前端确实没必要字段，比如一些时间字段等。使用 VO 或者你爱咋叫都行，重点是把这部分信息屏蔽，一来可以做安全控制，二来减少网络传输数据量，三来传得更快。我们用的就是 jpa，转换有一套成熟的代码封装方案吧，单体用 BeanUtils，数组列表用 DozerMapper 吧，自己再封装下，也没多麻烦。。。
|
 |
14
Cbdy 2020-12-03 16:37:20 +08:00
|
 |
15
BuffDog 2020-12-04 09:29:07 +08:00
哎，这种场景，C#的匿名对象是真的香，虽然 java 使用 map 能实现类似的操作，但还是太麻烦了
|
 |
16
Alex5467 2020-12-04 10:11:42 +08:00
entity 数据包含前端不需要的数据,而且也不全啊!
|
Select Language