DTO和VO的作用及区别

• DTO:前端/controller 需要传哪些数据用于增删改查
• VO：作用是专门给前端返回对象，可以节约网络传输大小、或者过滤字段（脱敏）、保证安全性。

问：为什么使用DTO【DTO就是业务层面的封装类】
答：

1.解耦性
（1）DTO：DTO用于在不同层（如控制器、服务层、持久层）之间传递数据，它与数据库表的结构无关。通过使用DTO，可以将业务逻辑与数据访问层分离，降低代码耦合度，使得代码更易于维护和扩展。
（2）实体类：实体类直接映射到数据库表，包含了数据库的结构信息。如果在应用的所有层中都直接使用实体类，任何对数据库结构的更改都会影响到应用程序的多个部分，这会增加维护的复杂性。
2. 安全性
（1）DTO：DTO可以选择性地包含所需的数据，只传递需要暴露给外部的字段。敏感信息（如密码、内部ID等）可以被排除在外。这样可以更好地控制数据暴露，增强安全性。
（2）实体类：如果直接使用实体类，所有的字段都会被暴露，包括一些敏感或内部使用的字段，这会带来安全隐患。例如，一个用户实体类可能包含密码字段，但在响应中传输时，你可能并不希望密码被暴露。
3. 性能优化
（1）DTO：使用DTO可以仅传输必要的数据，避免不必要的字段被序列化和传输，从而提高性能，尤其是在网络带宽有限的情况下。
（2）实体类：直接使用实体类可能会传输所有字段，甚至包括一些大字段（如二进制数据或大文本字段），这会增加数据传输的开销。
4. 数据验证和格式转换
（1）DTO：DTO可以在数据传输时包含特定的格式或验证逻辑。例如，DTO可以用来转换日期格式，或确保某些字段符合特定的格式规则。
（2）实体类：实体类的字段一般是直接映射数据库表的字段，通常不包含特定的格式或业务逻辑验证。如果直接使用实体类，可能需要在多个地方重复相同的验证逻辑。
5. API 版本控制
（1）DTO：在API开发中，DTO可以帮助实现不同版本的API。例如，可以创建不同版本的DTO类来适应不同版本的客户端需求，而无需更改数据库实体。
（2）实体类：直接使用实体类则难以支持多版本的API。任何版本的变化都可能要求对实体类进行修改，这可能影响到数据库结构和其他部分的代码。
6. 测试和可维护性
（1）DTO：DTO使得代码更容易测试，因为它们通常是简单的POJO（Plain Old Java Object），没有复杂的依赖关系。DTO可以独立于数据库和持久层逻辑进行测试。
（2）实体类：直接使用实体类则可能导致更复杂的测试，因为实体类通常与持久层框架（如JPA/Hibernate）紧密耦合。

问：DTO和VO的区别
答：

目的不同: DTO用于在不同的应用程序层之间传输数据，而VO用于表示用于展示的数据。
结构不同: DTO通常基于数据库或服务层设计，而VO根据前端的显示需求设计。
用途不同: DTO主要用于数据传输和网络优化，VO用于前端数据展示。