视图对象（View Object, VO）

 VO（视图对象）

        VO(View Object, 视图对象)通常用于在应用层之间传输数据，特别是在MVC架构中，用于将数据从服务层传递到视图层。例如，当从数据库查询出多个实体类的数据，需要组合成一个对象返回给前端时，可以使用VO来封装这些数据，避免暴露数据结构，同时适应前端展示的需求。

        在Spring框架中，VO可用于REST API的响应对象，包含前端需要的所有字段，可能组合多个实体类的属性。

1. VO的核心作用

• 数据适配：将数据库实体（Entity），业务模型（Domain）等后端数据，转换为前端需要的格式（如字段重命名、数据组合、格式转换等）。
• 解耦展示与存储：避免直接将数据库表结构暴露给前端，保护数据安全，同时灵活应对展示层的变化。
• 简化接口：聚合多个数据源的字段，减少接口调用次数（例如：订单详情页需要同时展示用户、商品、订单信息）。

2. VO的典型场景

• 多表查询结果映射：例如，查询订单时关联用户表，将Order + User 组合成OrderDetailVO。

public class OrderDetailVO {
    private String orderId;
    private String productName;
    private String userName;  // 来自用户表
    private String address;    // 需要格式化的字段
    // Getters & Setters
}

• 字段过滤/脱敏：隐藏敏感信息，例如手机号中间四位用（****）代替。

public class UserVO {
    private String username;
    private String maskedPhone;  // "138****1234"
}

• 数据格式化：将数据库中的Date类型转换为前端需要的String格式（如yyyy-MM-dd HH:mm:ss）。

1.3 VO与其他对象的区别

类型	用途	生命周期	示例场景
Entity	直接映射数据库表结构	持久化层 ↔ 服务层	JPA/Hibernate实体类
DTO	服务层之间传输数据	服务层↔服务层	微服务间的数据传输对象
VO	封装展示层需要的数据	服务层↔展示层	前端页面/App接口响应数据
BO	封装业务逻辑的领域模型	服务层内部	订单业务规则处理