VO的实际应用;后端接收前端传入的值;实体类转化VO;PO,VO,DTO,BO,DAO,POJO区别

本文详细介绍了Java后端与前端数据交互中涉及的DO、DTO、BO、VO等模型的区别与使用场景,以及如何进行参数封装和转换。在后端向前端传参时,推荐直接使用DTO或封装VO,而在前端向后端传参时,考虑业务复杂度选择合适的对象。同时,提供了快速转换解决方案,包括自动化工具和手动处理方法。
该文章已生成可运行项目,

各层转换流程

在这里插入图片描述

分层领域模型规约:

  • DO( Data Object):与数据库表结构一一对应,通过DAO层向上传输数据源对象。
  • DTO( Data Transfer Object):数据传输对象,Service或Manager向外传输的对象。
  • BO( Business Object):业务对象。 由Service层输出的封装业务逻辑的对象。
  • AO( Application Object):应用对象。 在Web层与Service层之间抽象的复用对象模型,极为贴近展示层,复用度不高。
  • VO( View Object):显示层对象,通常是Web向模板渲染引擎层传输的对象。
  • POJO( Plain Ordinary Java Object):在本手册中, POJO专指只有setter/getter/toString的简单类,包括DO/DTO/BO/VO等。
  • Query:数据查询对象,各层接收上层的查询请求。 注意超过2个参数的查询封装,禁止使用Map类来传输。

领域模型命名规约:

  • 数据对象:xxxDO,xxx即为数据表名。
  • 数据传输对象:xxxDTO,xxx为业务领域相关的名称。
  • 展示对象:xxxVO,xxx一般为网页名称。
  • POJO是DO/DTO/BO/VO的统称,禁止命名成xxxPOJO。

后端向前端传参

普通业务直接传入DTO即可,复杂业务通过封装VO方式来进行

我自己应用就是通过controller将不同结果放入Demo,然后转换json返回前端;之前不用VO封装的时候也会通过Map进行赋值然后转换json返回前端;其实这两种方式实现的结果都json都是一样的,看个人选择。

封装

// 
public class Demo{
   
   
 
    
本文章已经生成可运行项目
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值