发布：2023/12/7 15:53:36作者：大数据 来源：大数据 浏览次数：578

View层👉Controller层(响应用户请求)👉Service层(接口👉接口实现类)👉DAO层，即Mapper层(抽象类：xxxMapper.java文件，具体实现在xxxMapper.xml)👉Model层(实体类：xxx.java)

图解图解

VO、DTO、DO、PO理解

解释

VO：View Object，视图层，其作用是将指定页面的展示数据封装起来。

DTO：Data Transfer Object，数据传输对象

DO：Domain Object，领域对象

PO：Persistent Object，持久化对象

模型

用户发出请求(填写表单)，表单的数据被展示层匹配为VO

展示层把VO转换为服务层对应方法所要求的DTO，提交给服务层

服务层先将DTO的数据构造(或重建)一个DO，调用DO的业务方法完成具体业务

服务层再将DO转换为持久层对应的PO，调用持久层的持久化方法，把PO传递持久化方法，完成持久化操作

PO、VO、BO、DTO、DO、POJO、JavaBean、JavaBeans

PO：持久对象 (persistent object)，po(persistent object)就是在Object/Relation Mapping框架中的Entity，po的每个属性基本上都对应数据库表里面的某个字段。完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。持久对象是由insert数据库创建，由数据库delete删除的。基本上持久对象生命周期和数据库密切相关。

VO： 表现层对象(View Object)，主要对应展示界面显示的数据对象，用一个VO对象来封装整个界面展示所需要的对象数据，数据脱敏，去掉用户隐私数据。

BO：业务对象层的缩写(Business Object)，封装业务逻辑的java对象，通过调用DAO方法，结合PO,VO进行业务操作。具体可以看网上的一个例子：

比如一个简历，有教育经历、工作经历、社会关系等等。

我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。

建立一个对应简历的BO对象处理简历，每个BO包含这些PO。

这样处理业务逻辑时，我们就可以针对BO去处理。

DTO：数据传输对象(Data Transfer Object)，是一种设计模式之间传输数据的软件应用系统。数据传输目标往往是数据访问对象从数据库中检索数据。数据传输对象与数据交互对象或数据访问对象之间的差异是一个以不具有任何行为除了存储和检索的数据(访问和存取器)。简单来说，当我们需要一个对象10个字段的内容，但这个对象总共有20个字段，我们不需要把整个PO对象全部字段传输到客户端，而是可以用DTO重新封装，传递到客户端。此时，如果这个对象用来对应界面的展现，就叫VO。

JavaBean:一种可重用组件，即“一次性编写，任何地方执行，任何地方重用”。满足三个条件①类必须是具体的和公共的②具有无参构造器③提供一致性设计模式的公共方法将内部域暴露成员属性。

主要用途：可以用在 功能、处理、值、数据库访问和JSP中任何可以用Java代码创造的对象。

有两种：一种是有用户界面(UI，User Interface)的JavaBean；还有一种是没有用户界面，主要负责处理事务(如数据运算，操纵数据库)的JavaBean。JSP通常访问的是后一种JavaBean。

分类：通常有Session bean，Entity bean，MessageDrivenBean三大类

——Session bean会话构件，是短暂的对象，运行在服务器上，并执行一些应用逻辑处理，它由客户端应用程序建立，其数据需要自己来管理。分为无状态和有状态两种。

——Entity bean实体构件，是持久对象，可以被其他对象调用。在建立时指定一个唯一标示的标识，并允许客户程序，根据实体bean标识来定位beans实例。多个实体可以并发访问实体bean，事务间的协调由容器来完成。

——MessageDriven Bean消息构件，是专门用来处理JMS(Java Message System)消息的规范(EIB2.0)。JMS是一种与厂商无关的API，用来访问消息收发系统，并提供了与厂商无关的访问方法，以此来访问消息收发服务。JMS客户机可以用来发送消息而不必等待回应。

JavaBeans:JavaBeans 从狭义来说，指的是 JavaBeans 规范也就是位于 java.beans 包中的一组 API。从广义上来说，JavaBeans 指的是 API 集合，比如 Enterprise JavaBeans。

POJO：POJO(Plain Ordinary Java Object)简单的Java对象，实际就是普通JavaBeans，是为了避免和EJB混淆所创造的简称。通指没有使用Entity Beans的普通java对象，可以把POJO作为支持业务逻辑的协助类。

POJO实质上可以理解为简单的实体类，顾名思义POJO类的作用是方便程序员使用数据库中的数据表，对于广大的程序员，可以很方便的将POJO类当做对象来进行使用，当然也是可以方便的调用其get,set方法。POJO类也给我们在struts框架中的配置带来了很大的方便。

一个POJO持久化以后就是PO

直接用它传递、传递过程中就是DTO

直接用来对应表示层就是VO

DAO: 数据访问对象是第一个面向对象的数据库接口，是一个数据访问接口(Data Access Object)。它可以把POJO持久化为PO，用PO组装出来VO、DTO。

DAO模式是标准的J2EE设计模式之一.开发人员使用这个模式把底层的数据访问操作和上层的商务逻辑分开.一个典型的DAO实现有下列几个组件：

1. 一个DAO工厂类；

2. 一个DAO接口；

3. 一个实现DAO接口的具体类；

4. 数据传递对象(有些时候叫做值对象).

具体的DAO类包含了从特定的数据源访问数据的逻辑，一般一个DAO类和一张表对应，每个操作要和事务关联。
————————————————
版权声明：本文为CSDN博主「闫玉亮」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_34405769/article/details/114257620

1、java项目中VO和DTO以及Entity，各自是在什么情况下应用的

你好，按照标准来说：

1、entity里的每一个字段，与数据库相对应，

2、dto里的每一个字段，是和你前台页面相对应，

3、VO，这是用来转换从entity到dto，或者从dto到entity的中间的东西。

举个例子：
你的html页面上有三个字段，name，pass，age

你的数据库表里，有两个字段，name，pass(注意没有age哦)
而你的dto里，就应该有下面三个(因为对应html页面上三个字段嘛)

private string name；

private string pass;

private string age;

这个时候，你的entity里，就应该有两个(因为对应数据库表中的2个字段嘛)

private string name；

private string pass;

到了这里，好了，业务经理让你做这样一个业务“年龄大于20的才能存入数据库”

这个时候，你就要用到vo了

你要先从页面上拿到dto，然后判断dto中的age是不是大于20，如果大于20，就把dto中的

name和pass拿出来，放到vo中，然后在把vo中的name和pass原封不懂的给entity，然后根据

entity的值，在传入数据库，这就是他们三个的区别

PS，VO和entity里面的字段应该是一样的，vo只是entity到dto，或者dto到entity的中间过程，如果没有这个过程，你仍然可以做到增删改查，这个就根据具体公司来的，纯手打，望采纳

通常这三个破东西很迷惑新人，因为我们眨眼一看三个东西竟然一样...好吧，废话少说

按照标准来说：

entity里的每一个字段，与数据库相对应，这是绝大多数公司采用的叫法

dto里的每一个字段，是和你前台页面相对应，主要表示前端->后端，其中t表示transport，是传输的意思，dto就是传输对象，它可以用来表示前端传递给后端的对象，也可以表示服务与服务（后台与后台）之间的对象，有些公司把dto也叫做form，也有叫pojo，还有叫po的，

vo里的每个字段，也是和你前台页面相对应的，主要表示后端->前端（注意与DTO区别），其中vo中的v表示view，视图的意思，如果你了解spring mvc的ModelAndView，那么vo层应该很好理解

接下来我举一个例子

-------------------------下面你读懂了，就一下明白了-------------------

你的html页面上有三个字段，name，pass，age

你的数据库表里，有两个字段，name，pass(注意没有age)

而你的dto里，就应该有下面三个(因为对应html页面上三个字段)

private string name；

private string pass;

private string age;

这个时候，你的entity里，就应该有两个(因为对应数据库表中的2个字段)

private string name；

private string pass;

到了这里，好了，业务经理让你做这样一个业务“年龄大于20的用户才能存入数据库，否则不让，入库成功之后，需要跳转到用户列表页面（比方说是个分页查询页面），用户分页列表页面只显示name”

这个时候，你就要用到vo了，vo只有一个字段，所以你会返回一个List的列表，List里装的VO

private string name;

VO,DTO,ENTITY只是为了软件分层，如果你不分层，也完全可以做到程序完美运行，甚至可以抬杠的说，内存开销反而更小，但是分层是有巨大好处的，尤其是在架构上，比方说

1. 可以对所有的DTO进行一个拦截，然后进行同意的数据校验，而不用在每个接口（比方说Spring MVC的controller）中判断
2. 可以对所有返回值进行封装，比方说如果返回值是vo结尾的类名，或者在你们公司xxx.vo包下，那么就可以对这个返回值都包装一层，多出code，status等字段，方便前端接受请求

具体这些东西叫vo，还是vvvvoooo，完全取决于你们公司，主要是理解分层这个概念就好了

你抄别人的？是说那个被采纳的回答……

2、在java开发中什么是业务逻辑?

Java开发中的业务逻辑就是处理数据的逻辑。学习Java开发，推荐千锋教育，致力于打造中国互联网全产业链人才服务平台，总共开设13大热门课程，每月更新前沿技术，业内强师授课，只为高品质教学，教学大纲紧跟企业需求，值得信赖。
不一样的项目有不一样的功能，不一样的功能须要不一样的实现，实现这些核心功能的代码就叫业务逻辑。业务逻辑是指一个实体单元为了向另外一个实体单元提供服务，应该具有的规则与流程。业务逻辑的内容包括四个部分：领域实体，定义了业务中的对象，对象有属性和行为；业务规则，定义了须要完成一个动做，必须知足的条件；数据完整性，某些数据不可少；工做流，定义了领域实体之间的交互关系。
想要了解更多有关于java开发的相关问题，。千锋教育面授课程包括：HTML5大前端培训、Java+分布式开发培训、Python人工智能+数据分析培训、全领域实战UI/UE设计设计培训、云计算培训、全栈软件测试培训、大数据+人工智能培训、智能物联网+嵌入式培训、Unity游戏开发培训、网络安全培训、区块链培训、影视剪辑包装培训、游戏原画培训、全媒体运营培训等，实力强大，欢迎咨询。 业务逻辑就是处理数据的逻辑啦。一般后台代码也分三层 action(controller) service DAO （这里的三层不是MVC）
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库 业务逻辑就是处理数据的逻辑啦。一般后台代码也分三层 action(controller) service DAO （这里的三层不是MVC）
比如 我得到用户名 但是在存入数据库的时候 用户名字段应该是前台的用户名加上当前日期拼成的字符串
action或者controller层是第一层 一般是用来及接受数据并且做数据的非空啊 格式是否正确的验证
如用户名是否为空 是不是安全字符串之类的
service层一般是用来做一个业务逻辑的实现
这时候 userName = userName + new Date();
DAO层 就是与数据库交互层啦
也就是读写数据库 将逻辑层得到的新的userName插入到数据库 银行汇款。你卡上见100元，他卡上加100元。这两步就是一个业务逻辑。要么成功，只有一个失败就全部失败。出现sql，hql，criter不一定就是dao～～～只是传参而已。用spring可以往service里注入dao M是model是模型，是数据，是固态或者游离态的数据。
C是控制，业务逻辑就是控制的一种。
比如某网页提供了上传代码或者上传图片的功能，那么具体是什么东西呢？
这个是要求有程序逻辑来判断的，图片存哪，代码是先编译还是先存储。这就是业务逻辑。
三层构架是一种框架模式，他能够保证功能的清晰和相对独立。
完全独立是不可能的。

3、java中的dto和services是属于model层么

不属于 ，dto是数据传输对象，而model是实体类，可以理解成一张数据库中的表，
DTO和model可以有重合的地方的。

但services 不是业务逻辑实现层吗 model是各层传输的数据。

4、pojo类和vo类分别是什么

PO：persistent object 持久对象

1 ．有时也被称为Data对象，对应数据库中的entity，可以简单认为一个PO对应数据库中的一条记录。

2 ．在hibernate持久化框架中与insert/delet操作密切相关。

3 ．PO中不应该包含任何对数据库的操作。

POJO ：plain ordinary java object 无规则简单java对象

一个中间对象，可以转化为PO、DTO、VO。

1 ．POJO持久化之后==〉PO

（在运行期，由Hibernate中的cglib动态把POJO转换为PO，PO相对于POJO会增加一些用来管理数据库entity状态的属性和方法。PO对于programmer来说完全透明，由于是运行期生成PO，所以可以支持增量编译，增量调试。）

2 ．POJO传输过程中==〉DTO

3 ．POJO用作表示层==〉VO

PO 和VO都应该属于它。

BO：business object 业务对象

业务对象主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。

比如一个简历，有教育经历、工作经历、社会关系等等。我们可以把教育经历对应一个PO，工作经历对应一个PO，社会关系对应一个PO。

建立一个对应简历的BO对象处理简历，每个BO包含这些PO。

这样处理业务逻辑时，我们就可以针对BO去处理。

封装业务逻辑为一个对象（可以包括多个PO，通常需要将BO转化成PO，才能进行数据的持久化，反之，从DB中得到的PO，需要转化成BO才能在业务层使用）。

关于BO主要有三种概念

1 、只包含业务对象的属性；

2 、只包含业务方法；

3 、两者都包含。

在实际使用中，认为哪一种概念正确并不重要，关键是实际应用中适合自己项目的需要。

VO：value object 值对象 / view object 表现层对象

1 ．主要对应页面显示（web页面/swt、swing界面）的数据对象。

2 ．可以和表对应，也可以不，这根据业务的需要。

DTO（TO）：Data Transfer Object 数据传输对象

1 ．用在需要跨进程或远程传输时，它不应该包含业务逻辑。

2 ．比如一张表有100个字段，那么对应的PO就有100个属性（大多数情况下，DTO内的数据来自多个表）。但view层只需显示10个字段，没有必要把整个PO对象传递到client，这时我们就可以用只有这10个属性的DTO来传输数据到client，这样也不会暴露server端表结构。到达客户端以后，如果用这个对象来对应界面显示，那此时它的身份就转为VO。

DAO：data access object数据访问对象

1 ．主要用来封装对DB的访问（CRUD操作）。

2 ．通过接收Business层的数据，把POJO持久化为PO。

简易的关系图：

vo有两种说法,一个是viewObject,一个是valueObject..就拿前者来说吧,它只负责封装页面传递过来的数据,这和PO有些不同..就拿struts1来说,ActionForm就是一个典型的viewObject. 而valueObject是页面与页面之间的传递时保存值的对象....总的来说,PO是最终传给BO以及BO传个DAO的东西,他很多情况下与我们真正的数据库表想对应.而viewObject是一个页面上提交后的数据,不一定完全和PO的属性相同.... 实际上没区别 他们的功能都一样 不过他们使用地点不一样
po是在持久层所使用的 用来封装原始数据 而VO则主要在视图层活动 两个JAVABEAN的使用范围不同 假如你从数据库取出来的原始数据 你可以通过业务层将数据进行封装 再通过VO发到页面上去 比方说
数据库表示性别的方式 为 1 和 0 1为男 0为女
获得的时候我们获得的就是原始数据 那么 经过业务层的时候我们可以进行判断 并把他们所对应的参数放到VO里 也就是说
po里为性别属性为1
经过业务层之后 判断性别 并根据原始数据给VO赋值 比如根据1 给VO里的属性赋 ‘男’
也就是说po里的属性 主要是用来给数据库用的
而VO里的属性 就是纯给用户显示的
不明白可以补充问题 pojo是用来映射数据库的类
vo是用与在各个层之间传递值的

5、JavaVO是什么？它的作用是什么？

首先，java有几种对象(PO,VO,DAO,BO,POJO)
一、PO:persistant object 持久对象,可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。
二、VO:value object值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.
PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。
好处：这样可以减少大量的工作量（也就意味着减少bug，减少风险），也不需要担心未来的维护工作！

VO Value Object值对象，这个主要是前端对象
VO就是展示用的数据，不管展示方式是网页，还是客户端，还是APP，只要是这个东西是让人看到的，这就叫VO
VO和DTO的区别：DTO代表服务层需要接收的数据和返回的数据，而VO代表展示层需要显示的数据。
一个是字段不一样，VO根据需要会删减一些字段,另一个是值不一样，VO会根据需要对DTO中的值进行展示业务的解释
DTO可能是这样的

{
"gender":"男",
"age":35
}
对于业务一来说只需要性别，而且因为是一个古风聊天室，也不能直接展示男，因此经过业务解释业务一的VO是

{
"gender":"公子"
}
展示业务不复杂的可以直接用DTO，对于复杂业务：
1，不同的客户端对于表现层的要求有所不同，DTO不能直接取代VO，
2，回到设计层面上分析，从职责单一原则来看，服务层只负责业务，与具体的表现形式无关，因此，它返回的DTO，不应该出现与表现形式的耦合。

DTO Data Transfer Object数据传输对象
DTO的作用是传递数据。但是我们按照业务流程处理得到的数据，并不是全部都要进行显示，或者并不能完全都按照当前形势进行展示，按照业务要求，还要在已有数据的基础上进行过滤删减。注意，展示层传输到服务层的DTO与服务层传输到展示层的DTO不一定相同，例如，前端需要传输密码到后端，后端不能传输密码到前端（不安全）
————————————————
版权声明：本文为CSDN博主「apolloKwong」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/wangjianglinwan/article/details/119698277

查询时-VO的使用

查询时VO的作用：

1. 将数据库多个表的数据组装成一个VO返回给前端
2. 数据脱敏，不直接返回数据库的表接口，需要的字段才在VO中指定。
3. 不返回数据库所有的字段，只返回前端需要的字段。

VO:视图层，用于展示层，它的作用是把某个指定页面（或组件）的所有数据封装起来,用于传给前端的对象。

简单说就是，前端需要什么样的参数，我们把其封装好响应给前端，这个时候就会问那VO和DTO差不多，还要VO干嘛，绝大部分情况下二者的属性差不多，你可以这样理解VO，就是对DTO进一步的扩展DTO主要干数据传输的，VO用于展示的就行。

DTO：数据传输对象。

个人理解：就是个实体类对象，减少参数麻烦，减少请求次数。将你想要的数据重新封装到一个新对象当中，用于交互。

举个例子：比如说你有个用户（姓名、密码、电话、性别），有个商品（商品名称、商品生产日期、商品类别...），这个时候根据你前面的需求，你需要用到这两个表的数据，一般我们的在mybatis关联或者封装到Map中（但是Map不能复用，就是不能重复用，多个地方用到你就要到多个地方修改），麻烦，如果我们引入DTO重新创建对象，只需要把需要的属性写入，不需要的不用写，优美了代码，减少了参数全部传递的麻烦

PO：持久化对象。

个人理解：与数据库表对应的实体类对象一一对应，把数据库表的一条数据当做一个对象
————————————————
版权声明：本文为CSDN博主「agululu」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/agululu/article/details/120783386