在DTO中使用注解的形式检验数据是否为空,为什么这么做

本文探讨了为什么在DTO中使用注解进行参数非空验证,而非直接在使用时验证。解释了DTO作为表现层与应用层间的数据传输对象,其设计依据前台需求而非领域对象,有助于避免领域对象行为暴露及减少后台校验。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在这里插入图片描述
如上图,在一个DTO中使用了注解的形式进行参数的非空验证,为什么要这么做呢?
为什么不直接在使用时对参数进行非空验证呢?
首先说一下DTO的作用,表现层与应用层之间是通过数据传输对象(DTO)进行交互的,数据传输对象是没有行为的POCO对象(POCO就是简单CLR对象(Plain Old CLR Object),概念来源于Java中的POJO),它 的目的只是为了对领域对象进行数据封装,实现层与层之间的数据传递。为何不能直接将领域对象用于数据传递?因为领域对象更注重领域,而DTO更注重数据。不仅如此,由于“富领域模型”的特点,这样做会直接将领域对象的行为暴露给表现层。
并且,数据传输对象DTO本身并不是业务对象。数据传输对象是根据前台的需求进行设计的,而不是根据领域对象进行设计的。比如,company领域对象可能会包含一些诸如companyName,companyCode, Address等信息。但如果前台上不打算显示Address的信息,那么CustomerDTO中也无需包含这个 Address的数据。
在DTO中对非业务的数据进行验证,例如是否为空,并不需要业务上的验证,主要还是为了减少后台的校验过程,使代码更加简洁规范;而类似用户名是否重复这样需要业务上的验证的,是需要交给对应的controller层下的service进行处理。

假如说 我现在的体检的接口 这是UI图 涉及到一个设备数据的录入 分两种 一个t8 一个中医四诊 目前我们创建的表是这两个仪器的数据表 我们没有为体检单独建一个表 然后我的问题是 因为不想为这两个仪器去单独设计CRUD 我想着 我体检的接口 package com.keyfuture.care.entity.dto.selfhealth; import com.keyfuture.care.entity.po.T8ExamnationData; import com.keyfuture.care.entity.po.ZyszyData; import com.keyfuture.care.entity.vo.base.BaseReqVO; import io.swagger.v3.oas.annotations.media.Schema; import lombok.Data; @Data @Schema(description = "体检数据录入DTO") public class ExaminationDataDTO extends BaseReqVO { @Schema(description = "ID") private Long id; @Schema(description = "头像") private String avatar; @Schema(description = "姓名") private String name; @Schema(description = "用户编号") private String userId; @Schema(description = "性别") private String sex; @Schema(description = "年龄") private Integer age; @Schema(description = "地址") private String address; @Schema(description = "体检设备") private Integer deviceType; @Schema(description = "T8数据") private T8ExamnationData t8Data; @Schema(description = "中医四诊数据") private ZyszyData zyszyData; } 比如说这样 我直接去两个设备 如果用户体检是 t8 那么中医四诊就为null 这样行吗 但是如果这样设计的话 我还能单独为体检 创建一个实体类吗 因为如果我要用mps的基础功能的话 是要涉及到一个实体类的映射
最新发布
07-25
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值