概念定义
分层架构PO、BO、DTO、VO、BO/DO、DAO
1、PO:
Persistant Object(持久对象),基本上,PO对象中的属性就是对应着数据库中表的字段,加上一些get和set方法的组成。
个人理解:大白话就是等同于Entity实体类。直接与操作数据库的crud相关。
例:个人信息表中分别有:id,name,age,sex,birthday
则PO对象中的属性有:id,name,age,sex,birthday
{“id”: 1,“name”: “张三”,“age”: 20,“sex”: “男”,“birthday”: “2000-03-24”}
2、BO:
Business Object(业务对象),相比于PO来说,BO的信息则是在PO信息的基础上进行扩充,也可以理解为多个PO对象的信息按照业务流程必要的拼凑在一起形成的对象。
个人理解:简单来说就是你需要前端传入哪些字段数据,将这些字段封装一个实体类,用来操作数据库表。假如说你要根据ID去查某一条数据,就在这个类中写一个 String id。(举例说明),正常是两个以上字段
例:个人信息表中分别有:id,name,age,sex,birthday
个人学历表中分别有:id,school,educational_background
按照个人信息表与学历表进行关联,将用户的个人信息集合在一起。
则BO对象中可以是两个表信息的组合:id,name,age,sex,birthday,school,educational_background
{“id”: 1,“name”: “张三”,“age”: 20,“sex”: “男”,“birthday”: “2000-03-24”,“school”:“石家庄铁道大学”,“educational_background”:“本科”}
3、DTO:
Data Transfer Object(数据传输对象),顾名思义,dto的作用是传递数据。但是我们按照业务流程处理得到的数据,并不是全部都要进行显示,或者并不能完全都按照当前形势进行展示,按照业务要求,还要在已有数据的基础上进行过滤删减。
个人理解:在后端,他的存在形式是请求的入参,也就是在controller里面定义的参数。就相当于BO就是用来入参的。在前端,他的存在形式通常是js里面的对象(也可以简单理解成json),也就是通过ajax请求的那个数据体。相当于VO可以用来给前端需要展示的字段。(相当于一个贯通类可以做入参用,也可以做出参用)
例:个人信息表中分别有:id,name,age,sex,birthday
我们可能只需要用户的名字、年龄和性别来显示,像生日这样的信息就没有必要进行传输了,所以对已有的数据进行删减,只传输需要的信息。
则DTO对象中的信息为:id,name,age,sex
{“id”: 1,“name”:“张三”,“age”: 20,“sex”: “男”}
4、VO:
Value Object(值对象),可以理解为展示要用的数据,传递到前端页面上,直接进行展示。为了保证数据可以直接展示使用,就要对数据进行处理。
个人理解:VO就是展示用的数据,不管展示方式是网页,还是客户端,还是APP,只要是这个东西是让人看到的,这就叫VO,VO主要的存在形式就是js里面的对象(也可以简单理解成json)
例:个人信息表中分别有:id,name,age,sex,birthday
我们需要展示的是用户的当前状态,像年龄和性别则没有必要分开显示,可以进行合并。
则vo对象中的信息为:id,name,type,birthday
{“id”: 1,“name”: “张三”,“type”:“少年”,“birthday”: “2000-03-24”}
5、BO/DO
DO (domain object)领域实体对象,现在主要有两个版本:
①阿里巴巴的开发手册中的定义,DO( Data Object)这个等同于上面的PO
②DDD(Domain-Driven Design)领域驱动设计中,DO(Domain Object)这个等同于上面的BO
6、DAO:
data access object(数据访问对象)。此对象用于访问数据库。通常和 PO 结合使用, DAO 中包含了各种数据库的操作方法。通过它的方法 , 结合 PO 对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。
参考文档:
https://zhuanlan.zhihu.com/p/396192444
https://zhuanlan.zhihu.com/p/264675395
个人平时常用
1、VO:展示用的数据,不管展示方式是网页,还是客户端,还是APP 只要是展示的内容就封装一个VO给前端
2、BO:业务对象 ,就如一个分页 要根据名称、年龄、时间等信息检索的,就使用BO封装字段接收 传入后端使用
3、entity:数据表记录对象,操作crud
二、对象间的联系
以上图片仅供参考,从PO之后,其实也不一定都是按这个流程走下来。
有的PO可能不需要扩充,直接删减得到DTO,也可能不用删减,直接使用。从DTO也可能不需要再处理就可以直接到页面显示,和VO无甚差别。
这些都是有可能的,这些概念用不用分清楚进行使用,主要还是取决于当前项目。如果每一步都要进行加工,则PO-BO-DTO-VO的对象分别存放,使系统架构更加清晰。
Single Responsibility Principle : 单一职责原则
Liskov Substitution Principle : 里氏替换原则
Dependence Inversion Principle :依赖倒置原则
Interface Segregation Principle : 接口隔离原则
Law of Demeter : 迪米特法则/最少知道原则
Open Closed Principle : 开闭原则
软件开发之所以会有这些原则,就是因为复杂多变且不可预料的需求。并不是说在实际项目开发中对这六大原则中的每一条都遵循到极致,而是说在项目开发的过程中,根据项目的实际需求尽量的去遵守这些原则。当然要做到这些肯定是不容易的,能真正做到并且做好的恐怕也只能是有经验之人。
复杂多变且不可预料的需求。并不是说在实际项目开发中对这六大原则中的每一条都遵循到极致,而是说在项目开发的过程中,根据项目的实际需求尽量的去遵守这些原则。当然要做到这些肯定是不容易的,能真正做到并且做好的恐怕也只能是有经验之人。