JavaEE PO VO BO DTO POJO DAO 总结


       PO VO BO DTO POJO DAO 总体一览:

1.DAO[data access object]数据访问对象

  DAO层对开发人员黑盒,由架构师设计封装。

  在很长一段时间内,我将它理解为对数据库的访问,后面随着项目的积累。

  发现自己的理解相对狭隘,对数据访问不仅仅指的是对数据库的访问。

  假如A系统调用B系统的服务获取数据,这时候A系统对B系统访问数据对象的封装也可以称为DAO。


2.DTO[data transfer object]数据传输对象

  假设数据表中存在20个字段,但是在页面展示列表的时候,这20个字段显然都不会用到。

  我想对其中的5个字段进行展示,而且这5个字段展示的时候,也并不是数据库中他们原有的样子。

  还需要进行计算、截取、业务代码转名称 .....等等

  数据传输对象因此而被诞生,一是能提高数据传输的速度,二能隐藏后端表结构。


3.PO[persistant object]持久层对象

  持久对象属性和数据库中的字段是一一对应的,数据库中的一条数据可以理解为一个持久对象。

  因ORM框架的广泛使用而被引入到 JavaEE 项目设计当中。


4.BO[bussiness object]业务对象

  业务对象顾名思义是在业务处理中抽象出来的对象,里面除了get/set 方法外,也可以有对字段进行业务处理的方法。

  假设你要对一个班级进行业务处理,其中的学生、教师、甚至是桌椅板凳都是业务对象的组成部分。

  当然其中的学生、教室....都可以是和数据库对应的PO。


5.VO[value object]值对象

  值对象也可以称做页面对象,如果称做页面对象,那门它所代表的将是整个页面展示层的对象。

  可以由需要的业务对象进行的换算转换而来。

  如果称呼他为值对象的话,那门他可以理解为存放业务对象的一个地方。

  假设锅碗瓢盆分别为对应的业务对象的话,那门整个碗柜就是一个值对象。


4.POJO[plain ordiary java object] 简单java对象

  简单java对象应该是JavaEE世界里面最灵活的对象。

  在简单系统中,如果从数据库到页面展示都是POJO的话,它可以是DTO。

  如果从数据库中到业务处理中都是POJO的话,他也可以是BO。

  同样如果从数据库到整个页面的展示的话,它同样可以是VO。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值