2016年10月23日 20:11:03 阅读数:10646 在Java中 VO. PO.DO.DTO. BO. QO.DAO.POJO的概念中介绍过Java中的各种模型概念.在这里简单再总结一下: 在日常的项目开发中,VO对应于页面上需要显示的数据(表单),DO对应于数据库中存储的数据(数据表),DTO对应于除二者之外需要进行传递的数据. 很多人可能对VO和DTO并不是那么熟悉,相反对DO却比较熟悉,那是因为在很多项目中由于种种原因我们只使用了DO,原因可能有以下几种: 1.项目太小,对于

Java Bean.POJO. Entity. VO , 其实都是java 对象,只不过用于不同场合罢了.    Java Bean: 就是一个普通的Java 对象, 只不过是加了一些约束条件.  声明的 property 是 private 的, 并且,实现了 Get 和set 方法.   POJO:  Plain Old Java  Object . 一个普通的对象而已:   Entity: 实体的意思. 在访问数据库时,才声明 Entity. 说白了, 一个Entity 就是对应表中的一条

VO,值对象(Value Object),PO,持久对象(Persisent Object),它们是由一组属性和属性的get和set方法组成.从结构上看,它们并没有什么不同的地方.但从其意义和本质上来看是完全不同的. 1．VO是用new关键字创建,由GC回收的. PO则是向数据库中添加新数据时创建,删除数据库中数据时削除的.并且它只能存活在一个数据库连接中,断开连接即被销毁. 2．VO是值对象,精确点讲它是业务对象,是存活在业务层的,是业务逻辑使用的,它存活的目的就是为数据提供一个生存的地方.

PO:persistant object持久对象 最形象的理解就是一个PO就是数据库中的一条记录.好处是可以把一条记录作为一个对象处理,可以方便的转为其它对象. BO:business object业务对象 主要作用是把业务逻辑封装为一个对象.这个对象可以包括一个或多个其它的对象.比如一个简历,有教育经历.工作经历.社会关系等等.我们可以把教育经历对应一个PO,工作经历对应一个PO,社会关系对应一个PO.建立一个对应简历的BO对象处理简历,每个BO包含这些PO.这样处理业务逻辑时,我们就可以针对

最近公司要做一个项目,需要和现有的其他项目对接,由于不知道他们的数据库,只有XSD文件.所以,我们在修改相应的程序时,就需要根据他们提供的XSD文件,来写我们的VO实体类,由于我写过根据Oracle数据库生成VO实体类,因此这次的这个活也就很自然的落在了我的头上. 一.XSD 首先什么是XSD,我就不解释了,因为我也不是很清楚,第一次接触,具体的详解度娘一下很多,XSD是XML Schema Definition 的简称,既然是XML,那读取方式,就按照XML的方式就可以了. 二.解析的XSD文

现有个需求,需要添加供应商的页面校验功能,当填写一二级时,供应商是必填项,并且所填的供应商必须是二级分类下的,否则下一步和保存过不去: 解决方案: 1.在页面AM的XXXImpl.java中, 加入引用:import oracle.jbo.ViewObject; 加入如下方法: public void lastCheck() { ZReqLinesVOImpl zreqVO = this.getZReqLinesVO(); int rowCount = zreqVO.getRowCount();

网上说  POJO对应DAO层中的数据库,POJO重的成员变量对于表中的每个字段. VO  为POJO的分装,与视图层交互.

2EE开发中大量的专业缩略语很是让人迷惑, 特别是对于刚毕业的新人来说更是摸不清头脑.若与公司大牛谈技术人家出口就是PO VO BO DTO POJO DAO 等,让新人们无比仰慕大牛. PO(bean,entity等命名):persistant object持久对象,数据库表中的记录在java对象中的显示状态最形象的理解就是一个PO就是数据库中的一条记录.好处是可以把一条记录作为一个对象处理,可以方便的转为其它对象. BO(service,manager,business等命名): busin

O/R Mapping 是 Object Relational Mapping(对象关系映射)的缩写.通俗点讲,就是将对象与关系数据库绑定,用对象来表示关系数据.在O/R Mapping的世界里,有两个基本的也是重要的东东需要了解,即VO,PO. 它们的关系应该是相互独立的,一个VO可以只是PO的部分,也可以是多个PO构成,同样也可以等同于一个PO(指的是他们的属性).这样,PO独立出来,数据持久层也就独立出来了,它不会受到任何业务的干涉,业务逻辑层也独立开来,它不会受到数据持久层的影响,业务层

JavaBean 是一种JAVA语言写成的可重用组件.为写成JavaBean,类必须是具体的和公共的,并且具有无参数的构造器.JavaBean 通过提供符合一致性设计模式的公共方法将内部域暴露成员属性.众所周知,属性名称符合这种模式,其他Java 类可以通过自身机制发现和操作这些JavaBean 的属性. VO即value object值对象主要体现在视图的对象,对于一个WEB页面将整个页面的属性封装成一个对象.然后用一个VO对象在控制层与视图层进行传输交换. DTO (经过处理后的PO,可能增

1.基本定义  PO(Persistence Object 持久化对象)是直接跟持久层数据库打交道的java Bean (model,entity,bean等叫法都是可以的),里面除了私有的成员变量之外,就只有其对应的set/get方法,而且其变量一般跟数据库表中的列几乎(除了名字)一样.  VO(Value Object 值对象)除了可以跟PO完全一样的变量,set/get方法之外,还可以有其他的变量,但是不用其跟数据库打交道,可以把该对象当做无状态的对象.    2.为什么要使用VO,而不直

java的(PO,VO,TO,BO,DAO,POJO)解释 O/R Mapping 是 Object Relational Mapping(对象关系映射)的缩写.通俗点讲,就是将对象与关系数据库绑定,用对象来表示关系数据.在O/R Mapping的世界里,有两个基本的也是重要的东东需要了解,即VO,PO. VO,值对象(Value Object),PO,持久对象(Persisent Object),它们是由一组属性和属性的get和set方法组成.从结构上看,它们并没有什么不同的地方.但从其意义和

最近在搞一个项目,用到了 springMVC,加深了我对VO和PO的理解,有感而发. 1 写在之前的提示 VO == Value Object PO == Persistant Object VO对应页面,PO对应实体/关系型映射 2 在你的程序中,如果没有VO,那么说明你的程序很可能不是以面向对象的思想来设计的,或者说你把PO同时当成了VO使. 实体: Order { id createDate } 当我页面上需要对订单进行创建时间过滤时,有两种方式,一种方式是非面向对象的设计,另一种是在PO

JavaBeans A JavaBean is a class that follows the JavaBeans conventions as defined by Sun. Wikipedia has a pretty good summary of what JavaBeans are: JavaBeans are reusable software components for Java that can be manipulated visually in a builder too

J2EE开发中大量的专业缩略语很是让人迷惑,尤其是跟一些高手讨论问题的时候,三分钟就被人家满口的专业术语喷晕了,PO VO BO DTO POJO DAO,一大堆的就来了(听过老罗对这种现象的批判的朋友会会心一笑). 首先声明偶也不是什么高手,以下总结都是自己的体会.不对之处请您多指教. PO:persistant object持久对象最形象的理解就是一个PO就是数据库中的一条记录.好处是可以把一条记录作为一个对象处理,可以方便的转为其它对象. BO:business object业务对象主要作

EO :oracle.apps.fnd.framework.server.OAEntityImpl VO:oracle.apps.fnd.framework.server.OAViewRowImpl 1.准备插入的视图VO 此VO 只是插入行,不从数据库中查询.则此时必须 setMaxFetchSize(0)进行初始化. AM 中的逻辑代码: //检查并确保 VO 中没有行,在插入之前进行初始化 if (vo.getFetchedRowCount() == 0) { vo.setMaxFetch

PO(persistant object) 持久对象 在 o/r 映射的时候出现的概念,如果没有 o/r 映射,没有这个概念存在了.通常对应数据模型 ( 数据库 ), 本身还有部分业务逻辑的处理.可以看成是与数据库中的表相映射的 java 对象.最简单的 PO 就是对应数据库中某个表中的一条记录,多个记录可以用 PO 的集合. PO 中应该不包含任何对数据库的操作. DO(Domain Object)领域对象 就是从现实世界中抽象出来的有形或无形的业务实体.一般和数据中的表结构对应. TO(Tr

在我们开发一个项目的时候,同城定义实体的时候,都会进行一些抽象,也就是面向对象的一些思想.1比如无论是数据实体还是其他类型的实体都会有id字段2.对于数据实体一般都会有创建人,创建时间,更新人,更新时间,备注等等. 这个时候我们想的肯定是将这些公共的抽象到公共的vo中去,然后具体的不同vo再继承这些公共的vo. 在JPA中因为每一个实体对应的是一个表,这时候就有可能出现虽然继承了,但是并不能扫描到那些在公共实体中的字段,这时候我们可以使用注解@MappedSuperclass,这个注解的作用就是

  Struts.spring.Hibernate在各层的作用 1)struts 负责 web层. ActionFormBean 接收网页中表单提交的数据,然后通过Action 进行处理,再Forward到对应的网页. 在struts-config.xml中定义, ActionServlet会加载. 2)spring 负责业务层管理,即Service(或Manager). 1． service为action提供统计的调用接口,封装持久层的DAO,. 2．可以写一些自己的业务方法. 3．统一的ja

POJO(plain ordinary java object 简单java对象) POJO是一个简单的普通的Java对象,它不包含业务逻辑或持久逻辑等,但不是JavaBean.EntityBean等,不具有任何特殊角色,不继承或不实现任何其它Java框架的类或接口. POJO是一种概念或者接口,身份及作用随环境变化而变化.POJO有一些private的参数作为对象的属性.然后针对每个参数定义了get和set方法作为访问的接口POJO对象有时也被称为Data对象,大量应用于表现现实中的对象. 一

佩服能将复杂难懂的技术,抽象成简单易懂事物的人. 厌恶将简单易懂的技术,添加一堆专业术语将别人弄的头晕目眩的人. PO VO BO DTO POJO DAO 总体一览: 1.DAO[data access object]数据访问对象 DAO层对开发人员黑盒,由架构师设计封装. 在很长一段时间内,我将它理解为对数据库的访问,后面随着项目的积累. 发现自己的理解相对狭隘,对数据访问不仅仅指的是对数据库的访问. 假如A系统调用B系统的服务获取数据,这时候A系统对B系统访问数据对象的封装也可以称为DAO