java

关注公众号 jb51net

关闭
首页 > 软件编程 > java > java领域模型

Java领域模型示例详解

作者：一只爱好编程的程序猿

本文介绍了Java领域模型（POJO/Entity/VO/DTO/BO）的定义、用途和区别,强调了它们在不同场景下的角色和使用场景,文章还通过一个流程示例展示了各模型如何协同工作,以及如何使用转换工具简化模型间的转换,感兴趣的朋友跟随小编一起看看吧

Java领域模型（POJO / Entity / VO/ DTO / BO）

一、为什么需要领域模型？

在Java开发中，数据在不同场景（如数据库交互、前后端传输、前端展示、业务处理）中承担的角色不同：

领域模型的作用：通过“给数据贴标签”，明确数据在不同阶段的职责，避免混乱（如直接用数据库实体返回给前端可能暴露密码等敏感字段）。

二、核心领域模型对比总表

模型名称全称核心定位应用场景数据流向是否含业务逻辑
POJOPlain Old Java Object最基础的Java实体，无任何约束所有模型的“基类”概念无特定流向无
Entity实体类映射数据库表结构的“数据库对象”与数据库交互（ORM框架）数据库↔后端（持久化）无
DTOData Transfer Object封装数据传输的“快递盒”前后端交互、服务间调用（传参/返回）前端→后端、服务→服务无
VOValue （View）Object封装前端展示数据的“展示板”后端返回给前端的展示数据后端→前端（仅输出）无
BOBusiness Object封装业务逻辑的“业务载体”服务层（Service）内部业务处理后端内部流转有（业务计算）

三、分模型详解（附示例）

1. POJO（最基础的“裸数据”）

示例代码：

// 纯POJO，无任何注解/继承，仅存数据
public class UserPojo {
    private Long id;
    private String name;
    private Integer age;
    // 必须有：无参构造、get/set方法
    public UserPojo() {}
    // get/set省略
}

关键特点：

2. Entity（数据库的“镜像”）

示例代码：

// 与数据库user表严格映射
@TableName("user") // MyBatis注解：指定对应表名
public class UserEntity {
    @TableId(type = IdType.AUTO) // 主键+自增策略
    private Long id; // 对应表中id字段（bigint类型）
    @TableField("username") // 字段名与表一致（若相同可省略）
    private String username; // 对应表中username字段（varchar）
    private String password; // 对应表中password字段（敏感字段，需加密存储）
    @TableField(value = "create_time", fill = FieldFill.INSERT)
    private LocalDateTime createTime; // 对应表中create_time字段（datetime）
    // 无参构造、get/set方法
}

关键特点：

3. DTO（数据传输的“快递盒”）

示例1：接收前端登录参数

// 前端登录时传递的参数（仅包含必要字段）
public class LoginDTO {
    @NotBlank(message = "用户名不能为空") // 可加参数校验注解
    private String username;
    @NotBlank(message = "密码不能为空")
    private String password;
    // get/set方法
}

示例2：服务间传输用户简信息

// 微服务间传输的用户数据（屏蔽敏感字段）
public class UserSimpleDTO {
    private Long id;
    private String username; // 仅传用户名，不含password
    private String role; // 仅传必要的角色信息
    // get/set方法
}

关键特点：

4. VO（前端展示的“展示板”）

示例代码：

// 前端用户列表页展示的数据（组合多表字段+格式化）
public class UserListVO {
    private Long userId; // 前端习惯用userId，而非id
    private String username; // 用户名（来自UserEntity）
    private String roleName; // 角色名称（来自RoleEntity，UserEntity中无此字段）
    private String createTimeStr; // 格式化后的时间（如"2024-05-01"，前端直接展示）
    // get/set方法
}

关键特点：

5. BO（业务处理的“计算器”）

示例代码：

// 订单业务处理的BO（包含业务计算逻辑）
public class OrderBO {
    // 基础数据（来自Entity）
    private OrderEntity order; // 订单基本信息
    private List<OrderItemEntity> items; // 订单项列表
    // 业务计算结果（非数据库字段）
    private BigDecimal totalAmount; // 总金额（计算：sum(单价×数量)）
    private BigDecimal discountAmount; // 折扣金额（根据会员等级计算）
    private BigDecimal payAmount; // 实付金额（totalAmount - discountAmount）
    // 业务方法：计算金额（包含核心业务逻辑）
    public void calculateAmount(UserEntity user) {
        // 1. 计算总金额
        this.totalAmount = items.stream()
                .map(item -> item.getPrice().multiply(new BigDecimal(item.getQuantity())))
                .reduce(BigDecimal.ZERO, BigDecimal::add);
        // 2. 计算折扣（会员等级越高，折扣越大）
        this.discountAmount = calculateDiscount(user.getVipLevel(), totalAmount);
        // 3. 计算实付金额
        this.payAmount = totalAmount.subtract(discountAmount);
    }
    // 私有辅助方法（业务逻辑细节）
    private BigDecimal calculateDiscount(Integer vipLevel, BigDecimal total) {
        if (vipLevel >= 3) return total.multiply(new BigDecimal("0.1")); // 10%折扣
        if (vipLevel >= 2) return total.multiply(new BigDecimal("0.05")); // 5%折扣
        return BigDecimal.ZERO;
    }
    // get/set方法
}

关键特点：

四、场景串联：一个流程看懂所有模型

以“用户查询订单详情”为例，看各模型如何配合：

  1. 数据库查询：通过OrderEntity和OrderItemEntity从数据库获取原始订单数据；
  2. 业务处理：在Service层用OrderBO组合上述Entity，计算totalAmount、discountAmount等业务数据；
  3. 传输准备：若需要调用“用户服务”获取会员信息，用UserSimpleDTO传输精简的用户数据；
  4. 前端展示：将OrderBO中的核心信息（过滤敏感字段、格式化日期）封装到OrderDetailVO，返回给前端展示。

整个过程中，POJO是所有模型的基础（上述模型均符合POJO的基本结构）。

五、核心原则总结

  1. 各司其职：
    • 数据库交互用Entity，传输数据用DTO，展示用VO，业务处理用BO，避免混用（如禁止用Entity直接返回给前端）。
  2. 按需设计：
    • 简单项目可简化（如只用Entity+DTO），复杂项目必须严格区分（如电商系统的订单模块）。
  3. 转换工具：
    • 用MapStruct、BeanUtils等工具实现模型间转换（如Entity→BO、BO→VO），减少重复代码。

到此这篇关于Java领域模型示例详解的文章就介绍到这了,更多相关java领域模型内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:
阅读全文