Java领域模型示例详解

 更新时间:2025年11月19日 11:00:38   作者:一只爱好编程的程序猿  
本文介绍了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(最基础的“裸数据”)

  • 全称:Plain Old Java Object(普通老式Java对象)
  • 核心定位:不依赖任何框架、无特殊约束的基础Java类,仅包含属性、get/set方法和构造方法。
  • 本质:所有领域模型的“最小单元”——Entity、DTO、VO等本质上都是POJO的“特殊形态”(增加了场景约束)。

示例代码

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

关键特点

  • 不继承任何特定类(如Serializable可选,非必须);
  • 不实现任何框架接口(如MyBatis的BaseMapper);
  • 仅用于承载数据,无业务逻辑方法。

2. Entity(数据库的“镜像”)

  • 全称:实体类(无缩写,强调“与数据库关联”)
  • 核心定位:与数据库表一一映射的实体,是“数据库数据在Java中的化身”。
  • 核心场景:通过MyBatis、JPA等ORM框架操作数据库(查询、新增、修改)。

示例代码

// 与数据库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方法
}

关键特点

  • 字段名、类型与数据库表字段完全一致(含主键、索引、自增等配置);
  • 带有ORM框架注解(如@TableName@Id),明确与数据库的映射关系;
  • 包含数据库层面的属性(如createTimeupdateTime),但无业务逻辑

3. DTO(数据传输的“快递盒”)

  • 全称:Data Transfer Object(数据传输对象)
  • 核心定位:专门用于数据传输的载体,解决“传输效率”和“数据安全”问题。
  • 核心场景
    • 前端→后端:接收前端提交的参数(如登录、表单提交);
    • 服务间调用:微服务A向微服务B传递数据(仅传必要字段)。

示例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方法
}

关键特点

  • 字段按需设计(仅包含传输所需的字段,避免冗余);
  • 可包含参数校验注解(如@NotBlank),用于前端传参校验;
  • 不包含数据库相关字段(如createTime),与数据库解耦。

4. VO(前端展示的“展示板”)

  • 全称:Value Object(值对象)
  • 核心定位:专门为前端展示准备的数据,是“后端给前端的最终数据包装”。
  • 核心场景:后端接口返回给前端的数据(如页面列表、详情页展示)。

示例代码

// 前端用户列表页展示的数据(组合多表字段+格式化)
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方法
}

关键特点

  • 字段名可贴合前端习惯(如userId而非id);
  • 可组合多个Entity的字段(如用户信息+角色信息);
  • 包含格式化后的字段(如日期转字符串),减轻前端处理成本;
  • 绝对不含敏感字段(如password绝不会出现在VO中)。

5. BO(业务处理的“计算器”)

  • 全称:Business Object(业务对象)
  • 核心定位:服务层(Service)内部使用的“业务数据载体”,包含业务逻辑处理结果。
  • 核心场景:复杂业务计算(如订单金额计算、用户积分统计)。

示例代码

// 订单业务处理的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方法
}

关键特点

  • 可组合多个Entity或DTO的数据(如订单+订单项+用户信息);
  • 包含业务计算结果(非数据库存储的临时字段);
  • 有业务逻辑方法(如calculateAmount),是“业务逻辑的载体”;
  • 仅在服务层内部使用,不暴露给前端或其他服务。

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

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

  1. 数据库查询:通过OrderEntityOrderItemEntity从数据库获取原始订单数据;
  2. 业务处理:在Service层用OrderBO组合上述Entity,计算totalAmountdiscountAmount等业务数据;
  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领域模型内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • 详解Android开发中Fragment的使用

    详解Android开发中Fragment的使用

    这篇文章主要介绍了详解Android开发中Fragment的使用,包括Java代码中调用Fragment的方法,需要的朋友可以参考下
    2015-07-07
  • java实现上传图片尺寸修改和质量压缩

    java实现上传图片尺寸修改和质量压缩

    这篇文章主要为大家详细介绍了java实现上传图片尺寸修改和质量压缩,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2022-04-04
  • Spring boot实现一个简单的ioc(1)

    Spring boot实现一个简单的ioc(1)

    这篇文章主要为大家详细介绍了Spring boot实现一个简单的ioc,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2017-04-04
  • 你会用Java代码模拟高并发吗

    你会用Java代码模拟高并发吗

    这篇文章主要介绍了你会用Java代码模拟高并发吗,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2019-07-07
  • 使用logstash同步mysql数据到elasticsearch实现

    使用logstash同步mysql数据到elasticsearch实现

    这篇文章主要为大家介绍了使用logstash同步mysql数据到elasticsearch实现详解,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪
    2022-12-12
  • java多线程使用mdc追踪日志方式

    java多线程使用mdc追踪日志方式

    这篇文章主要介绍了java多线程使用mdc追踪日志方式,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-09-09
  • 浅谈Java程序运行机制及错误分析

    浅谈Java程序运行机制及错误分析

    这篇文章主要主要介绍了Java虚拟机(JVM)的有关内容以及Java程序的运行机制和错误分析,需要的朋友可以了解下。
    2017-09-09
  • Java 8对LinkedHashSet元素进行排序的操作方法

    Java 8对LinkedHashSet元素进行排序的操作方法

    LinkedHashSet 是 Java 集合框架中的一个类,它继承自 HashSet,并实现了 Set 接口,然而,LinkedHashSet 不支持元素的排序,它仅仅保持插入顺序,所以本文给大家介绍了Java 8 如何对 LinkedHashSet 元素进行排序,需要的朋友可以参考下
    2024-11-11
  • 初学者易上手的SSH-struts2 01环境搭建(图文教程)

    初学者易上手的SSH-struts2 01环境搭建(图文教程)

    下面小编就为大家带来一篇初学者易上手的SSH-struts2 01环境搭建(图文教程)。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-10-10
  • Spring MVC全局异常处理和单元测试_动力节点Java学院整理

    Spring MVC全局异常处理和单元测试_动力节点Java学院整理

    本篇文章主要介绍了Spring MVC全局异常处理和单元测试,具有一定的参考价值,感兴趣的小伙伴们可以参考一下
    2017-08-08

最新评论