你能区分 VO、PO、DTO、BO、POJO、JavaBean、Entity吗？

本文主要是介绍你能区分 VO、PO、DTO、BO、POJO、JavaBean、Entity吗？，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

POJO

代表简单无规则java对象
纯的传统意义的java对象，最基本的Java Bean只有属性加上属性的get和set方法

可以转化为PO、DTO、VO；比如POJO在传输过程中就是DTO

Java Bean：一种可重用组件，即“一次编写，任何地方执行，任何地方重用”。满足三个条件

• 类必须是具体的和公共的
• 具有无参构造器
• 提供一致性设计模式的公共方法将内部域或暴露成员属性

VO

value object：值对象
通常用于业务层之间的数据传递，由new创建，由GC回收

主要体现在视图的对象，对于一个 WEB 页面将整个页面的属性封装成一个对象，然后用一个VO对象在控制层与视图层进行传输交换。

和PO一样也是仅仅包含数据而已，但应是抽象出的业务对象，可以和表对应，也可以不是

PO

persistant object：持久层对象
是ORM(Objevt Relational Mapping)框架中Entity，PO属性和数据库中表的字段形成一一对应关系，好处是可以把一条记录作为一个对象处理，可以方便的转为其它对象。
VO和PO，都是属性加上属性的get和set方法；表面看没什么不同，但代表的含义是完全不同的

DTO

data transfer object：数据传输对象
是一种设计模式之间传输数据的软件应用系统，数据传输目标往往是数据访问对象从数据库中检索数据
数据传输对象与数据交互对象或数据访问对象之间的差异是一个以不具任何行为除了存储和检索的数据（访问和存取器）
简而言之，就是接口之间传递的数据封装
表里面有十几个字段：id，name，gender（M/F)，age……
页面需要展示三个字段：name，gender(男/女)，age
DTO由此产生，一是能提高数据传输的速度(减少了传输字段)，二能隐藏后端表结构

BO

business object：业务对象
BO把业务逻辑封转为一个对象，通过调用DAO方法，结合PO或VO进行业务操作

举例

• 处理一个人的业务逻辑，该人会睡觉，吃饭，工作，上班等等行为，还有可能和别人发关系的行为，处理这样的业务逻辑时，我们就可以针对BO去处理。
• 投保人是一个PO，被保险人是一个PO，险种信息是一个PO等等，他们组合气来是第一张保单的BO

POJO

plian ordinary java object：简单无规则java对象
纯的传统意义的java对象，最基本的Java Bean只有属性加上属性的get和set方法

可以额转化为PO、DTO、VO；比如POJO在传输过程中就是DTO

DAO

data access object：数据访问对象
是sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，负责持久层的操作
主要用来封装对数据的访问，注意，是对数据的访问，不是对数据库的访问

Entity

实体，和PO的功能类似，和数据表一一对应，一个实体一张表

Domain

领域，就是做的项目面向什么业务，比如物流，金融，可能实际会范围小一些。

Module

模块，一个大系统里分成几个小的模块

Model

模型，基本上就是定义的各种能展现领域模型的类，比如物流里可能有仓库类，商品类，仓库存货记录类等

这篇关于你能区分 VO、PO、DTO、BO、POJO、JavaBean、Entity吗？的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！