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领域模型内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

相关文章

  • 在Java中判断两个Long对象是否相等

    在Java中判断两个Long对象是否相等

    这篇文章主要介绍了在Java中判断两个Long对象是否相等的操作,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-07-07
  • @DS+@Transactional注解切换数据源失效问题及解决

    @DS+@Transactional注解切换数据源失效问题及解决

    这篇文章主要介绍了@DS+@Transactional注解切换数据源失效问题及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教
    2025-05-05
  • IntelliJ IDEA 2020.2正式发布,两点多多总能助你提效

    IntelliJ IDEA 2020.2正式发布,两点多多总能助你提效

    这篇文章主要介绍了IntelliJ IDEA 2020.2正式发布,诸多亮点总有几款能助你提效,本文通过图文实例代码相结合给大家介绍的非常详细,需要的朋友可以参考下
    2020-07-07
  • 在service层注入mapper时报空指针的解决

    在service层注入mapper时报空指针的解决

    这篇文章主要介绍了在service层注入mapper时报空指针的解决方案,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2021-06-06
  • Java中的多态用法实例分析

    Java中的多态用法实例分析

    这篇文章主要介绍了Java中的多态用法,较为详细的分析了java中多态的概念与相关的实现技巧,具有一定参考借鉴价值,需要的朋友可以参考下
    2015-04-04
  • 浅谈使用setBounds()方法需要注意的地方

    浅谈使用setBounds()方法需要注意的地方

    下面小编就为大家带来一篇浅谈使用setBounds()方法需要注意的地方。小编觉得挺不错的,现在就分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2017-05-05
  • SpringCloud+Nacos多服务多实例本地测试过程

    SpringCloud+Nacos多服务多实例本地测试过程

    文章介绍了如何使用Nacos进行服务注册与发现,通过配置和启动不同实例来实现服务的高可用性,并展示了如何在前端调用服务接口,确保系统的稳定运行
    2026-02-02
  • 解决for循环为空不需要判断的问题

    解决for循环为空不需要判断的问题

    这篇文章主要介绍了解决for循环为空不需要判断的问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
    2020-09-09
  • minio的原理、部署、操作方法(十分钟精通MinIO)

    minio的原理、部署、操作方法(十分钟精通MinIO)

    MinIO是一个简单易用的云存储服务,可以将文件上传到互联网上,方便在不同地方访问,部署MinIO需要拉取镜像、启动端口、设置账号密码和映射文件地址,在Spring Boot中集成MinIO,需要添加依赖、创建客户端并进行单元测试,感兴趣的朋友一起看看吧
    2025-02-02
  • SpringBoot+Vue跨域配置(CORS)问题得解决过程

    SpringBoot+Vue跨域配置(CORS)问题得解决过程

    在使用 Spring Boot 和 Vue 开发前后端分离的项目时,跨域资源共享(CORS)问题是一个常见的挑战,接下来,我将分享我是如何一步步解决这个问题的,包括中间的一些试错过程,希望能够帮助到正在经历类似问题的你
    2024-08-08

最新评论