数据对象分多种，为方便阅读并区分各数据对象的用途，习惯将数据对象分为以下几类，供参考：
- 持久对象 PO(persistant object)
对象关系映射(ORM)概念的产物，基本上对象的成员变量对应了数据库中一行记录各字段的映射，方便实现ORM的持久层框架如(Ibatis)在读取数据的时候将数据库一行记录快速转换为对象供业务层使用。因此，持久对象PO里边本应该不包含逻辑，只有标配的getter和setter方法即可。 - 数据对象DO(data object) 或 值对象VO(value object)
通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但PO对象中成员变量严格与数据库一行记录的字段严格一一映射，但DO或者VO可以不是这样的，只要业务层对象之前交换需要的数据字段即可，因此承载的数据而言 DO <= PO。 - 数据传输对象DTO/TO (data transfer object)
一般用于不同应用程序之间传输的数据对象，同个应用程序内部一般用DO即可。 - 业务对象BO (business object)
封装业务逻辑结果的业务对象可以包含多个类型的DO/VO或者PO等，一般封装好的BO可以包含各个维度的结果数据直接给Control层直接使用，一般体积会叫DO或PO大。 - 简单无规则java对象POJO(plain ordinary java object)
纯传统意义的java对象，只有属性字段及setter和getter方法，其中DO、PO一般可以称为POJO。实际项目中，一般不会有命名POJO的习惯。 - 数据访问对象DAO(data access object)
负责持久层的操作，并为业务层提供接口，一般配合PO针对数据库的CURD操作使用。
以上对象命名纯属个人比较认可的对象命名习惯，一般还要结合团队的命名规范和项目的分层决定，命名规范区分开来只为开发减少沟通成本，如果没有必要，一切从简即可！