vo类的命名方式和数据库的命名方式大小写要一致吗

不要在同一个类的不同上下文中重用相同的变量名

不要在一个方法内用同一个变量做不同的用途

不要使用非ASCII字符的变量，例如中文变量

不要使用太长的变量名，例如50个字符，这很难阅读，而且可能超出一些编译器的限制

确定并坚持使用固定的一种自然语言的命名方式，例如不要使用拼音和英文混合的命名方式

方法名要使用有意义的名称，能通过方法名大概了解该方法的用途，而且方法名要以动词开始，例如createPasswordHash

方法名要符合公司统一的规范，例如：getTxtUserName(), getLblUserName(), isStudentApproved()

方法名要遵循编程语言规范

方法的参数名要使用有意义的名称

POJO是一种概念或者接口，身份及作用随环境变化而变化，DTO是经过处理后的PO，可能增加或者减少PO的属性，一个POJO持久化以后就是PO。

一、具体含义：

POJO(plain ordinary java object)：简单无规则java对象

传统意义的java对象。就是说在一些Object/Relation Mapping工具中，能够做到维护数据库表记录的persisent object完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法，是最基本的Java Bean，只有属性字段及setter和getter方法。

DAO(data access object)：数据访问对象

是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的 *** 作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的 *** 作方法。通过它的方法,结合PO对数据库进行相关的 *** 作。夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD *** 作。

二、相关概念：

PO(persistant object)： 持久对象

在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的 *** 作。

VO(value object)：值对象

通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要个人觉得同DTO(数据传输对象),在web上传递。

TO(Transfer Object)：数据传输对象

在应用程序不同tie(关系)之间传输的对象

BO(business object)：业务对象

从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务 *** 作。

VO也是一个实体类，这个实体用于表示层和逻辑层的数据交换的一个对象

例如 数据库有一个用户表（id, username,password,age）,我们需要把它显示在页面上

那么 po 的属性应该包括 id，username,password,age，也就表中所有的字段

但是vo中就不能包含password这种敏感属性，不应该在页面上显示

当然，有时候也会偷懒直接用po代替vo，取数据的时候不选择password那列，但是有些时候vo的属性跟po的不一致，甚至po中没有vo需要的属性，就不能偷懒了

各层 *** 作属于该层自己的数据对象，这样就可以降低各层之间的耦合，便于以后系统的维护和扩展。

以上就是关于vo类的命名方式和数据库的命名方式大小写要一致吗全部的内容，包括:vo类的命名方式和数据库的命名方式大小写要一致吗、pojo与DTO的区别是什么、关于PO和VO的问题等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！