java中vo
1. 请问java里VO是什么（举个例子，不要只说定义）
其实就是实体bean,定义属性设置set get方法用于接收数据的
public class User{
private Integer id;//主键id
private String loginName;//登陆用户名 不可重复
private String name;//名称
private String password;//密码
/**
*set get方法
*/
public Integer getId() {
return id;
}
public void setId(Integer id) {
this.id = id;
}
............
.................
....................
}
2. java中为什么要把传进的参数绑定成vo对象
首先，java有几种对象(PO,VO,DAO,BO,POJO)
一、PO:persistant object 持久对象,可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。
二、VO:value object值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.
PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。
好处：这样可以减少大量的工作量（也就意味着减少bug，减少风险），也不需要担心未来的维护工作！
3. java中vo.volmpl是什么意思
表示vo里面的成员变量volmpl，或者表示vo里面方法volmpl，具体看一下创建vo对象的类里面volmpl是什么
4. Java里VO是什么
java有几种对象(PO,VO,DAO,BO,POJO)
一、PO:persistant object 持久对象,可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。
二、VO:value object值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.
PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。
5. java中，pojo或者vo什么时候要加有参或无参构造的注解
你好，很高兴回答你的问题。
这两个注解是lombok提供的。
帮助你生成无参的构造方法和所有参数的构造方法。
具体什么时候要加这两个注解是看你的编码需要了。
如果你在实例化对象时不需要使用参数，只需要无参的构造方法，则不需要要使用这两个注解。
如果你在实例化对象时需要所有参数赋值，则要使用All的那个注解。
如果使用了All的注解后，还需要使用无参的，也需要同时使用No的那个注解。
如果有帮助到你，请点击采纳。
6. java项目中VO和DTO以及Entity，各自是在什么情况下应用的
你好，按照标准来说：
1、entity里的每一个字段，与数据库相对应，
2、dto里的每一个字段，是和你前台页面相对应，
3、VO，这是用来转换从entity到dto，或者从dto到entity的中间的东西。
7. java项目中VO和DTO以及Entity，各自是在什么情况下应用的
通常这三个破东西很迷惑新人，因为我们眨眼一看三个东西竟然一样...好吧，废话少说
按照标准来说：
entity里的每一个字段，与数据库相对应，这是绝大多数公司采用的叫法
dto里的每一个字段，是和你前台页面相对应，主要表示前端->后端，其中t表示transport，是传输的意思，dto就是传输对象，它可以用来表示前端传递给后端的对象，也可以表示服务与服务（后台与后台）之间的对象，有些公司把dto也叫做form，也有叫pojo，还有叫po的，
vo里的每个字段，也是和你前台页面相对应的，主要表示后端->前端（注意与DTO区别），其中vo中的v表示view，视图的意思，如果你了解spring mvc的ModelAndView，那么vo层应该很好理解
接下来我举一个例子
-------------------------下面你读懂了，就一下明白了-------------------
你的html页面上有三个字段，name，pass，age
你的数据库表里，有两个字段，name，pass(注意没有age)
而你的dto里，就应该有下面三个(因为对应html页面上三个字段)
privatestringname；
privatestringpass;
privatestringage;
这个时候，你的entity里，就应该有两个(因为对应数据库表中的2个字段)
privatestringname；
privatestringpass;
到了这里，好了，业务经理让你做这样一个业务“年龄大于20的用户才能存入数据库，否则不让，入库成功之后，需要跳转到用户列表页面（比方说是个分页查询页面），用户分页列表页面只显示name”
这个时候，你就要用到vo了，vo只有一个字段，所以你会返回一个List的列表，List里装的VO
private string name;
VO,DTO,ENTITY只是为了软件分层，如果你不分层，也完全可以做到程序完美运行，甚至可以抬杠的说，内存开销反而更小，但是分层是有巨大好处的，尤其是在架构上，比方说
可以对所有的DTO进行一个拦截，然后进行同意的数据校验，而不用在每个接口（比方说Spring MVC的controller）中判断
可以对所有返回值进行封装，比方说如果返回值是vo结尾的类名，或者在你们公司xxx.vo包下，那么就可以对这个返回值都包装一层，多出code，status等字段，方便前端接受请求
具体这些东西叫vo，还是vvvvoooo，完全取决于你们公司，主要是理解分层这个概念就好了
8. java 中什么是VO ,简要说明它的作用（求助大神啊）
vo层是从前台接收数据用的，比如用户在页面输入用户名，密码等信息，通过vo层传递到后台，然后去验证。主要是传输数据。
9. java里的VO是什么意思
一、PO:persistant object 持久对象,可以看成是与数据库中的表相映射的java对象。使用Hibernate来生成PO是不错的选择。
二、VO:value object值对象。通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.
有一种观点就是：PO只能用在数据层，VO用在商业逻辑层和表示层。各层操作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。如果将PO用在各个层中就相当于我们使用全局变量，我们知道在OO设计非常不赞成使用全局变量。
但是每次都得进行VO-PO的转换，也确实很烦。我觉得有时候也可以在某个商业逻辑或者表示层使用PO，此时在这个商业逻辑的过程中PO的状态是不发生变化的，比如显示一条商品详细信息的商业逻辑。
在开发过的项目中，规模都很小，我一直都把PO当VO用，因为PO确实很方便，结合Hibernate的DAO，我使用JAVA的集合对象作为值传递的载体，当然Struts也是我的不二之选。
我认为：在一些直观的，简单的，不易发生变化的，不需要涉及多个PO时，传递值还是使用PO好，这样可以减少大量的工作量（也就意味着减少bug，减少风险），也不需要担心未来的维护工作!