DTO,VO,POJO,JavaBeans之间的区别?

已经看到一些类似的问题:

  • JavaBean和POJO有什么区别?
  • POJO(简单的旧Java对象)和DTO(数据传输对象)之间的区别是什么?

你能不能告诉我他们使用的背景? 还是他们的目的?

的JavaBeans

JavaBean是一个遵循Sun定义的JavaBeans约定的类。 维基百科有一个相当不错的JavaBeans摘要:

JavaBeans是可重用的Java软件组件,可以在构建器工具中直观地操作。 实际上,它们是以符合特定约定的Java编程语言编写的类。 它们被用来将许多对象封装到一个对象(bean)中,以便它们可以作为一个单独的bean对象而不是多个单独的对象传递。 JavaBean是一个Java对象,它是可序列化的,有一个无限的构造函数,并允许使用getter和setter方法访问属性。

为了用作JavaBean类,对象类必须遵守有关方法命名,构造和行为的某些约定。 这些约定使拥有可以使用,重用,替换和连接JavaBeans的工具成为可能。

所需的约定是:

  • 该类必须有一个公共的默认构造函数。 这允许在编辑和激活框架内容易实例化。
  • 按照标准命名约定,类属性必须可以使用get,set和其他方法(所谓的访问器方法和增变器方法)进行访问。 这允许在框架内轻松自动检查和更新bean状态,其中许多包括各种属性的自定义编辑器。
  • 这个类应该是可序列化的。 这允许应用程序和框架以独立于VM和平台的方式可靠地保存,存储和恢复bean的状态。

由于这些需求主要表示为约定而不是通过实现接口,因此一些开发人员将JavaBeans视为遵循特定命名约定的普通旧Java对象。

POJO

简单的旧Java对象或POJO是最初引入的术语,用于指定一个简单的轻量级Java对象,而不是实现任何javax.ejb接口,而不是重量级的EJB 2.x(特别是实体Bean,无状态会话Bean并不是那么糟糕的IMO) 。 今天,这个术语是用于任何简单的对象,没有额外的东西。 再一次,维基百科在定义POJO方面做得很好:

POJO是Plain Old Java Object的缩写。 该名称用于强调所讨论的对象是一个普通的Java对象,而不是一个特殊的对象,特别是不是一个Enterprise JavaBean(特别是在EJB 3之前)。 这个词是由Martin Fowler,Rebecca Parsons和Josh MacKenzie在2000年9月创造的:

“我们想知道为什么人们在他们的系统中使用常规物体是如此的反对,并得出结论,那是因为简单的物体没有一个奇特的名字,所以我们给了他们一个,而且很好地捕捉到了。

该术语继续使用旧技术的术语模式,这些技术不使用新技术,例如电话中的POTS(普通老式电话服务),以及C ++中定义的PODS(普通旧数据结构),但只使用C语言功能,和Perl中的POD(Plain Old Documentation)。

这个术语最有可能得到广泛的接受,因为需要一个与复杂的对象框架形成对比的通俗易懂的术语。 JavaBean是一个可序列化的POJO,具有无参数的构造函数,并允许使用getter和setter方法访问属性。 Enterprise JavaBean不是一个类,而是一个完整的组件模型(同样,EJB 3降低了Enterprise JavaBeans的复杂性)。

随着使用POJO的设计变得越来越常用,系统已经出现,使得POJO在框架中使用了一些功能,并且更多地选择了实际需要哪些功能领域。 Hibernate和Spring就是例子。

价值对象

值对象或VO是一个对象,如java.lang.Integer ,它保存值(因此为值对象)。 对于一个更正式的定义,我经常提到Martin Fowler对价值对象的描述:

在企业应用程序体系结构的模式中,我将Value Object描述为一个小对象,例如Money或日期范围对象。 它们的关键属性是它们遵循价值语义而不是引用语义。

你通常可以告诉他们,因为他们的平等观念不是基于身份,而是两个价值对象是相等的,如果他们的所有领域是平等的。 尽管所有字段都是相同的,但是如果一个子集是唯一的,则不需要比较所有字段 – 例如货币对象的货币代码就足以测试相等性。

一般的启发式是值对象应该是完全不变的。 如果要更改值对象,则应该用新对象替换对象,而不允许更新值对象本身的值 – 可更新值对象会导致混叠问题。

早期的J2EE文献使用术语值对象来描述不同的概念,我称之为数据传输对象 。 他们已经改变了他们的用法,并使用了“ 转移对象 ”一词。

你可以在wiki上找到更多关于价值对象的更好的材料,也可以找到Dirk Riehle 。

数据传输对象

数据传输对象或DTO是EJB引入的(反)模式。 不是在EJB上执行很多远程调用,而是将数据封装在可以通过网络传输的值对象中:数据传输对象。 维基百科有一个体面的数据传输对象的定义:

数据传输对象(DTO),以前称为值对象或VO,是用于在软件应用程序子系统之间传输数据的设计模式。 DTO通常与数据访问对象一起使用来从数据库检索数据。

数据传输对象与业务对象或数据访问对象之间的区别在于DTO除了存储和检索自己的数据(访问器和增变器)之外没有任何行为。

在传统的EJB体系结构中,DTO有两个目的:第一,解决实体bean不可序列化的问题; 其次,它们隐含地定义了一个汇编阶段,在这个阶段中,在将控制权返回到表示层之前,视图所使用的所有数据都被提取并编组到DTO中。


所以,对于很多人来说,DTO和VO是一回事(但是福勒使用VO来表示我们看到的其他东西)。 大多数时候,他们遵循JavaBeans约定,因此也是JavaBeans。 而且都是POJO。

DTO vs VO

DTO –数据传输对象只是用于在层和层之间传输数据的数据容器。

  • 它主要包含属性。 你甚至可以使用公有属性而不需要getter和setter。
  • 数据传输对象不包含任何业务逻辑。

比喻:
简单的注册表单,包含用户名,密码和电子邮件ID。

  • 当这个表单在RegistrationServlet文件中提交时,您将获得从视图层到业务层的所有属性,您将属性传递给java bean,然后传递到DAO或持久层。
  • DTO帮助将属性从视图层传送到业务层,最后传送到持久层。

DTO主要用于高效地获取通过网络传输的数据,甚至可以从JVM到另一个JVM。

DTO经常是java.io.Serializable – 为了跨JVM传输数据。

VO –一个值对象[1] [2]表示自己是一组数据,类似于Java枚举。 价值对象的身份是基于他们的状态而不是他们的对象身份,是不可改变的。 一个真实世界的例子是Color.RED,Color.BLUE,SEX.FEMALE等

POJO vs JavaBeans

[1] POJO的Java-Beanness是它的私有属性都是通过符合JavaBeans约定的公共getter和setter来访问的。 例如

  private String foo; public String getFoo(){...} public void setFoo(String foo){...}; 

[2] JavaBeans必须实现Serializable并且有一个无参数的构造函数,在POJO中没有这些限制。

基本上,

DTO:“数据传输对象”可以在软件架构中的不同层之间传输。

VO:“价值对象”持有Integer,Money等对象

POJO:普通旧Java对象,它不是一个特殊的对象。

Java Beans:需要一个Java Class是可序列化的,有一个no-arg构造函数,每个字段有一个getter和setter

Java Beans和EJB不是一回事。

Java 1.0中的JavaBeans规范是Sun试图允许Java对象在类似于VB的IDE中进行操作。 有一些规则规定了符合“Java豆类”标准的对象:

  1. 默认的构造函数
  2. 专用数据成员的访问者和设置者遵循适当的命名约定
  3. 序列化
  4. 也许别人,我忘了。

EJB稍后。 它们结合了分布式组件和事务模型,运行在一个容器中,该容器管理线程,池化,生命周期并提供服务。 它们与Java Beans相差甚远。

DTO出现在Java环境中,因为人们发现EJB 1.0规范对数据库太“唠叨”了。 人们不会为了每个数据元素而往返,而是将它们批量包装到Java Beans中,并将它们运送到周围。

POJO是对EJB的反应。

POJO :这是一个java文件(类),它不扩展或实现任何其他的Java文件(类)。

Bean :这是一个java文件(类),其中所有的变量都是私有的,方法是公共的,适当的getter和setter用于访问变量。

普通类 :它是一个可以由public / private / default / protected变量组成的java文件(类),可以扩展或者实现另一个java文件(class)。