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