首页 文章

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

提问于
浏览

6 回答

  • 743

    Java Bean与EJB不同 .

    Java 1.0中的JavaBeans specification是Sun试图在一个看起来像VB的IDE中操作Java对象的尝试 . 为符合"Java Beans"条件的对象制定了规则:

    • 默认构造函数

    • 遵循正确命名约定的私有数据成员的getter和setter

    • 可序列化

    • 也许其他人,我忘记了 .

    EJB后来出现了 . 它们结合了分布式组件和事务模型,在管理线程,池,生命周期和提供服务的容器中运行 . 它们与Java Bean相去甚远 .

    DTO在Java上下文中出现,因为人们发现EJB 1.0规范对数据库来说过于“讨厌” . 人们不是为每个数据元素进行往返,而是将它们批量打包到Java Bean中并运送它们 .

    POJO是对EJB的反应 .

  • 24

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

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

    Normal class :它是一个java文件(类),可能包含public / private / default / protected变量,可能会也可能不会扩展或实现另一个java文件(class) .

  • 52

    JavaBeans

    JavaBean是一个遵循Sun定义的the JavaBeans conventions的类 . 维基百科对JavaBeans的内容有一个非常好的总结:

    JavaBeans是Java的可重用软件组件,可以在构建器工具中以可视方式进行操作 . 实际上,它们是用符合特定约定的Java编程语言编写的类 . 它们用于将许多对象封装到单个对象(bean)中,以便它们可以作为单个bean对象而不是作为多个单独对象传递 . JavaBean是一个可序列化的Java对象,具有一个无效的构造函数,并允许使用getter和setter方法访问属性 . 为了充当JavaBean类,对象类必须遵守有关方法命名,构造和行为的某些约定 . 这些约定使得可以使用可以使用,重用,替换和连接JavaBeans的工具 . 所需的约定是:该类必须具有公共默认构造函数 . 这允许在编辑和激活框架内轻松实例化 . 必须遵循标准命名约定,使用get,set和其他方法(所谓的访问器方法和mutator方法)访问类属性 . 这允许在框架内轻松自动检查和更新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中定义但仅使用C语言功能的PODS(普通旧数据结构),该术语继续使用较旧术语的模式,和Perl中的POD(普通旧文档) . 该术语最有可能获得广泛接受,因为需要一个与复杂对象框架形成对比的通用且易于理解的术语 . JavaBean是一个可序列化的POJO,具有无参数构造函数,并允许使用getter和setter方法访问属性 . Enterprise JavaBean不是单个类,而是整个组件模型(同样,EJB 3降低了复杂性Enterprise JavaBeans) . 随着使用POJO的设计变得越来越常用,已经出现了一些系统,它们为POJO提供了框架中使用的一些功能,并且更多地选择了实际需要哪些功能区域 . Hibernate和Spring就是例子 .

    Value Object

    值对象或VO是一个对象,例如 java.lang.Integer ,它包含值(因此值对象) . 对于更正式的定义,我经常参考Martin Fowler对Value Object的描述:

    在企业应用程序架构模式中,我将Value Object描述为一个小对象,如Money或日期范围对象 . 它们的关键属性是它们遵循值语义而不是引用语义 . 您通常可以告诉他们,因为他们的平等概念不是基于身份,而是如果他们的所有字段相等,则两个值对象是相等的 . 虽然所有字段都相同,但如果子集是唯一的,则不需要比较所有字段 - 例如,货币对象的货币代码足以测试相等性 . 一般的启发式方法是值对象应该完全不可变 . 如果要更改值对象,则应使用新对象替换该对象,并且不允许更新值对象本身的值 - 可更新值对象会导致别名问题 . 早期的J2EE文献使用术语值对象来描述不同的概念,我称之为数据传输对象 . 从那以后,他们改变了用法并使用了“转移对象”一词 . 你可以在维基和Dirk Riehle上找到关于 Value 对象的更多好材料 .

    数据传输对象

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

    数据传输对象(DTO),以前称为值对象或VO,是用于在软件应用程序子系统之间传输数据的设计模式 . DTO通常与数据访问对象结合使用,以从数据库中检索数据 . 数据传输对象与业务对象或数据访问对象之间的区别在于DTO除了存储和检索其自己的数据(访问器和更改器)之外没有任何行为 . 在传统的EJB体系结构中,DTO有两个目的:首先,它们解决了实体bean不可序列化的问题;第二,它们隐式定义了一个汇编阶段,在将控制权返回到表示层之前,将视图使用的所有数据都被提取并编组到DTO中 .


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

  • 4

    先谈谈

    Normal Class - 's mean any class define that'一般来自java,这意味着你创建了不同类型的方法属性 etc.
    Bean - Bean并不是它只是使用这个bean的特定类的对象,你可以访问与object相同的java类 . .

    然后谈到最后一个POJO

    POJO - POJO 是那个没有任何服务的类's have only a default constructor and private property and those property for setting a value corresponding setter and getter methods. It'是Plain Java Object的简称形式 .

  • 38

    基本上,

    DTO:“数据传输对象”可以在软件架构中的单独层之间传输 .

    VO:“值对象”包含一个对象,如整数,金钱等 .

    POJO:Plain Old Java Object,它不是特殊对象 .

    Java Bean:要求 Java Class 可序列化,具有 no-arg 构造函数以及每个字段的getter和setter

  • 1

    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-Bean是它的私有属性都是通过公共getter和setter来访问的到JavaBeans约定 . 例如

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

    [2] JavaBeans必须实现Serializable并且具有无参数构造函数,而在POJO中没有这些限制 .

相关问题