如何通过VODTOEntity转换优化项目开发中的数据传输规范？

本文共计834个文字，预计阅读时间需要4分钟。

项目中对对象传递，字段混乱、命名混淆、敏感信息裸露——根本原因不是写法不对，而是没搞清+VO、DTO、Entity等各自在哪一层、干啥事。

DTO 是接口的“守门人”

它只出现在 Controller 层接收请求的地方，专为入参设计。前端提交什么，DTO 就定义什么，但不包含任何业务逻辑或数据库细节。

• 字段名尽量贴近前端习惯，比如 user_name → username，避免让前端猜映射
• 必须加校验注解（@NotBlank、@Email、@Min），校验逻辑前置到 DTO 层
• 密码、token、盐值等字段，只在 DTO 中出现一次，进系统后立刻加密或丢弃，绝不透传到 Entity
• 不要在 DTO 里写方法、继承、复杂嵌套；它就是个干净的“数据容器”

Entity 是数据库的“镜像”

它和表结构强绑定，字段、类型、注解（@Column、@Table）都得对得上。它只在 Service 和 Mapper/Repository 层内部流转，不出现在 Controller 或返回体中。