未分類
2020 年 5 月 18 日

controller 接受的参数是 vo 还是 dto

controller 接受的参数是 vo 还是 dto

資深大佬 : muyunn 0

有没有代码比较规范的 java 后端开源项目

大佬有話說 (48)

  • 資深大佬 : chendy

    controller 的参数用于前后端数据传输，所以是 dto

  • 資深大佬 : asAnotherJack

    无知的我悄悄打开搜索引擎查了一下 vo 和 dto 是什么意思 controller 接受的参数是 vo 还是 dto

  • 資深大佬 : tangzh55

    po 对应表结构一一对应，vo 在表结构基础字段上增减个性化的返回给前端，dto 在表结构基础字段上增减个性化的用于入参
    我们是这样的

  • 主 資深大佬 : muyunn

    哈哈哈

  • 主 資深大佬 : muyunn

    @asAnotherJack 哈哈哈

  • 主 資深大佬 : muyunn

    @chendy 我看到有人说是 vo,糊涂了

  • 主 資深大佬 : muyunn

    @tangzh55 好的,就按照你说的来

  • 資深大佬 : IMCA1024

    emm 。。
    我们是 Controller 接收 XXRequest 类
    然后在 Controller 转成 XXDTO 给 Service
    Service 传 DTO 给 Mapper
    Service 返回 VO 给 controller
    controller 最终返回 XXResponse

  • 資深大佬 : jinzhongyuan

    @tangzh55 +1

  • 資深大佬 : codergrowing

    参数我们都是叫＊ Param，VO 是给前端返回的数据，DTO 仅使用于 service 层

  • 資深大佬 : luckyrayyy

    我 controller 入参出参都用的 vo……

  • 主 資深大佬 : muyunn

    @IMCA1024 转糊涂了快

  • 資深大佬 : 125113483

    View Object 和 Data Transfer Object 视图对象 就是把页面的参数封装起来 和数据传输对象 就是用于展示层和服务层之间转换。用于 service 层的

  • 資深大佬 : xlui

    我们一般 rpc 接口用的是 dto，controller 倒是没见过 dto 的用法，vo 居多

  • 資深大佬 : mmdsun

    Spring Data REST 做的。不过我一直都是直接用实体。
    不知道这样会有什么问题吗？

    主要是不想搞太多 dto，vo （实体从头用到尾。

  • 資深大佬 : xy90321

    我司项目里一般管 VO 叫 WebDTO

  • 資深大佬 : peyppicp

    ***Request
    ***Response

    Golang 🙂

  • 資深大佬 : watzds

    VO 到底是 value object 还是 view object ？
    Service 用 DTO 吗
    还有转来转去头疼啊

  • 資深大佬 : freebird1994

    我们 dto 只用于 rpc 传输，没有 controller 所以没有 vo

  • 資深大佬 : xizismile

    都可以呀，只要这个规范在你们的开发团队统一就行

  • 資深大佬 : v2hh

    请求**Request,响应**Response,传输 DTO

  • 資深大佬 : jorneyr

    我们全部是 xxx.bean.Xyz 一把梭，不分 vo dto 等

  • 資深大佬 : gowk

    @IMCA1024 传来传去的，不累吗

  • 資深大佬 : coer

    我们这 controller 接受的一般叫**param,发给前端的是 vo，dto 用在 service，mapper 查出来的是 model

  • 資深大佬 : voidxx

    鄙人习惯用 xxForm，代表表单

  • 資深大佬 : optional

    叫 xxxRequest 或者 xxInput

  • 資深大佬 : charlie21

    vo = view object
    dto = data transfer object
    po = persistent object
    https://blog.csdn.net/u010722643/article/details/61201899
    https://www.cnblogs.com/EasonJim/p/7967999.html

  • 資深大佬 : muskill

    @IMCA1024 多此一举啊，直接 DTO，VO 不就完了

  • 資深大佬 : JRay

    @tangzh55 我目前也是这么使用的，有时候 DTO 和 VO 字段一样就直接重用了

  • 資深大佬 : york7

    我们这边是这样
    DO （ Data Object ）：与数据库表结构一一对应，通过 DAO 层向上传输数据源对象。
    DTO （ Data Transfer Object ）：数据传输对象，Service 或 Manager 向外传输的对象。
    VO （ View Object ）：显示层对象，通常是 Web 向模板渲染引擎层传输的对象。

  • 資深大佬 : vitoliu

    后端给前端 VO，前端给后端 DTO

  • 資深大佬 : hjahgdthab750

    我写 C#时习惯命名为 XXXGetModel,XXXPatchModel,XXXPostModel,XXXModel

  • 資深大佬 : hjahgdthab750

    响应的话，则是 XXXResponseModel,如果简单点直接就是数据表本身 XXXModel

  • 資深大佬 : cruii

    我也因为这个纠结半个月了，也没找到按照这种开发模型的项目

  • 資深大佬 : zhuweiyou

    HashMap 一把梭

  • 主 資深大佬 : muyunn

    @zhuweiyou 哈哈哈，老哥，头铁的很啊

  • 主 資深大佬 : muyunn

    @cruii 是啊，想找个开源项目看看，结果一个都没有

  • 資深大佬 : cfcheng503

    bo 呢

  • 資深大佬 : Foxkeh

    看喜欢哪种风格
    阿里的 https://github.com/alibaba/p3c
    Google 的 http://google.github.io/styleguide/javaguide.html

  • 資深大佬 : mazai

    controller 接收的肯定是 VO 对象啊，传给 S 层的是 DTO

  • 資深大佬 : ychost

    没必要 O，一般 DO 可以上，其余的看心情吧

  • 資深大佬 : xuanbg

    严格地讲，接收的参数是 dto，返回的数据是 vo 。但我们有时候图省事就是一个 dto……

  • 資深大佬 : wushigejiajia01

    这个我去年也纠结过一阵，但是网上搜索没找到啥有用的信息

    最终得出的结论是:只要项目组内部统一用法就完事，这个没有啥规定

    早期项目，我都没用过啥 O

    某些时候，这个转来转去的，麻烦的很

  • 資深大佬 : slyang5

    @IMCA1024 你这个很规范了。 嘻嘻

  • 資深大佬 : kylix

    偷偷的收藏下。。。

  • 資深大佬 : tairan2006

    组内统一就行

  • 資深大佬 : EminemW

    我想知道 pojo 用在什么地方。。还有以 entity 命名的

  • 主 資深大佬 : muyunn

    @EminemW POJO(Plain Ordinary Java Object): 在本规约中，POJO 专指只有 setter/getter/toString 的 简单类，包括 DO/DTO/BO/VO 等。entity 属于 DO(Data Object).—阿里 java 开发手册