Java web引导篇（一）：完全理解javabean、entity、VO、POJO、PO、DTO 、DO 和 BO、DAO

最新推荐文章于 2025-05-09 19:55:34 发布

Simple_小枫

最新推荐文章于 2025-05-09 19:55:34 发布

阅读量3.9k

点赞数 5

CC 4.0 BY-SA版权

分类专栏： java web 文章标签： java web

本文链接：https://blog.youkuaiyun.com/Simple_i/article/details/93176490

java web 专栏收录该内容

2 篇文章

订阅专栏

文章目录

（1）Javabean

为什么先说javabean呢？因为最开始学java web的时候，很多人都是从JSP学起的，从而开始认识这种特殊的类：只包含私有属性，和set、get方法的类。而这种类，就是本篇所讲的重点。

ps：博主会尽量减少概念性的话语，多用白话文来解释，篇幅可能较长，但理解起来很容易

javabean是特殊的Java类，它与其它Java类相比而言独一无二的特征：
　⚪ 提供一个默认的无参构造函数。
　⚪ 需要被序列化并且实现了Serializable接口。
　⚪ 可能有一系列可读写属性。
　⚪ 可能有一系列的"getter"或"setter"方法。

（2）entity

entity：实体类。
　　我们都是知道java是很接近人类语言的一门“编程语言”，需要什么东西，去new一个对象就好了。但是真正去用的时候，往往需要一个实体，比如说创建一个学生对象，如果没有实体，将会是这样：

Object student = new Object();

这明明就是一个任意对象，只是给它起了一个 “student”的名字，没有姓名，没有年龄，什么都不是。
_{（如果不知道什么是Object，建议先去了解一下java中的Object）}

所以说，要先定义一个实体：

public class Student {
    private String name;
    private int age;
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public int getAge() {
        return age;
    }
    public void setAge(int age) {
        this.age = age;
    }
}

有了这个实体以后，再可以创建一个学生对象：

Student student = new Student();

这个实体中有"姓名"和"年龄"的属性，你才可以给实体对象设置姓名年龄。

而“Student”这个java类，就是一个实体类。
（实质是一个简化的javabean → 只有私有属性加 set、get方法）

（3）VO、POJO、PO、DTO、DO

有了javabean和entity的认识，再认识vo、pojo……就方便多了，它们都是通过这种“特殊的java类”演化而来，只是其中有细微的个别差异。

VO：表现对象 ---- value object
　　通常是Web向模板渲染引擎层传输的对象。再说白一点就是前端与后端交互的对象。
举个栗子，vo的两种用法：
_{后端返回前端：有时前端给后端传一个属性，后端要返回一堆的东西，这一堆东西又分布在很多张表里面，这时可以把需要返回的属性封装成一个vo类，返回给前端就可以了}
_{前端请求后端：前端请求后端接口，可能会传很多属性，比如注册页，多的有十几个属性，后端如果每个都单独接收，就太麻烦了，这时就把属性封装成一个vo类，所有的属性都在vo里面，后端只需要接收这个vo就可以了}

POJO：简单java对象 ---- plain ordinary java object
　　只包含private修饰的属性和与之对应的set、get方法。没有继承，没有接口，没有注解，没有被其它java框架入侵。（有时会直接做为与数据表一一对应的映射类）

PO：持久化对象 ---- Persistent Object
　　一般与数据库中，表结构形成一一对应的映射关系。

DTO：数据传输对象 ---- data transfer object
　　数据传输对象，Service向外传输的对象

DO：领域对象 ---- Domain Object
　　从现实世界中抽象出来的有形或无形的业务实体
_{（自黑时刻：什么场景使用本人其实也不知道，甚至这概念都不太懂，查了不少资料就他么这一句话！）}

自我总结一波：这5种叫法实质内容都差不多，只是不同的业务场景使用不同的名字，能使整个项目更加清晰。