浅析 VO DTO DO PO概念 区别和用处

本文深入浅出地探讨了视图对象(VO)、数据传输对象(DTO)、领域对象(DO)和持久化对象(PO)的概念、区别和用处。在设计层面,VO用于展示层数据,DTO用于服务层数据传输,DO表示业务实体,PO对应数据库结构。在实际应用中,根据场景选择是否区分VO和DTO。DTO和DO在某些情况下可以合并,但DO不应直接暴露给展示层,PO则可能因持久化策略有特殊属性。理解这些概念有助于优化系统设计。
摘要由CSDN通过智能技术生成

一 概念,
VO(View Object):视图对象,用于展示层 它的作用是把某个指定页面的所有数据封装起来
DTO(Data Transfer Object): 数据传输对象:,这个概念来源于J2EE的设计模式,原来的目的是为了EJB的分布式应用提供粗粒度的数据实体,以减少分布式调用的次数,从而提高分布式调用的性能和降低网络负载,但在这里,我泛指用于展示层与服务层之间的数据传输对象。
DO(Domain Object)领域对象 就是从现实世界中抽象出来的有形或无形的业务实体
PO(Persistent Object) 持久化对象 它跟持久层(通常是关系型数据库)与数据库结构形成一一对应的映射关系 如果持久层是关系型数据库 那么表中每个字段就对应PO的一个属性

在这里插入图片描述
用户发出请求(可能是填写表单),表单的数据在展示层被匹配为VO。
展示层把VO转换为服务层对应方法所要求的DTO,传送给服务层。
服务层首先根据DTO的数据构造(或重建)一个DO,调用DO的业务方法完成具体业务。
服务层把DO转换为持久层对应的PO(可以使用ORM工具,也可以不用),调用持久层的持久化方法,把PO传递给它,完成持久化操作。
VO与DTO的区别

大家可能会有个疑问(在笔者参与的项目中,很多程序员也有相同的疑惑):既然DTO是展示层与服务层之间传递数据的对象,为什么还需要一个VO呢?
对!对于绝大部分的应用场景来说,DTO和VO的属性值基本是一致的,而且他们通常都是POJO,因此没必要多此一举,但不要忘记这是实现层面的思维,对于设计层面来说,概念上还是应该存在VO和DTO,因为两者有着本质的区别,DTO代表服务层需要接收的数据和返回的数据,而VO代表展示层需要显示的数据。
用一个例子来说明可能会比较容易理解:例如服务层有一个getUser的方法返回一个系统用户,其中有一个属性是gender(性别),对于服务层来说,它只从语义上定义:1-男性,2-女性,0-未指定,而对于展示层来说,它可能需要用“帅哥”代表男性,用“美女”代表女性,用“秘密”代表未指定。说到这里,可能你还会反驳,在服务层直接就返回“帅哥美女”不就行了吗?
对于大部分应用来说,这不是问题,但设想一下,如果需求允许客

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值