引言
Java开发过程中,基本实体类包都以entity或者pojo来称呼,可是不少项目中,却有很多VO,BO,PO,DO,DTO之类的包,Loki将在本文对这些概念做一些整理
定义之类的东西过于晦涩,我们先来看一下下面这张图,然后在后文中详细进行整理讨论,看完图估计大部分人就已经有了一个直观的感受了
实际应用
上图的描述很完整,我们在用的时候是必须按这个来做吗?
对于简单系统,我们完全可以做出一些改变,以下是一些实际建议
1,POJO
这个没法省,不管叫POJO
还是Entity
,怎么着都得有
2,一些工具类的系统和一些业务不是很复杂的系统DTO
是可以和BO
合并成一个,当业务扩展的时候注意拆分就行
3,VO
是可以第一个优化掉的,展示业务不复杂的可以压根儿不要,直接用DTO
4,这也是最重要的一条,概念是给人用的,多人协作的时候一定要保证大家的概念一致,赶紧把这篇文章转发给跟你协作的人吧
详细说明
首先引用阿里巴巴Java开发手册中的VO,DTO,BO,PO,DTO,POJO定义
分层领域模型规约:
- DTO( Data Transfer Object):数据传输对象,Service或Manager向外传输的对象。
- BO( Bu