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视为遵循特定命名约定的Plain Old Java Objects。

    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方法访问属性。 企业JavaBean不是单一的类,而是整个组件模型(同样,EJB 3降低了Enterprise JavaBeans的复杂性)。

    随着使用POJO的设计变得越来越常用,已经出现了一些系统,这些系统为POJO提供了框架中使用的一些功能,以及更多关于实际需要哪些功能区域的选择。 Hibernate和Spring就是例子。

    价值对象

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

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

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

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

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

    你可以在维基上找到更多关于价值对象的更好的材料,也可以找到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

    链接地址: http://www.djcxy.com/p/47647.html

    上一篇: Difference between DTO, VO, POJO, JavaBeans?

    下一篇: How to deploy EAR file in WebSphre clustered environment?