软件架构设计：分层架构

概念定义

分层架构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的对象分别存放，使系统架构更加清晰。

架构6大设计原则

Single Responsibility Principle　 : 单一职责原则
　　Liskov Substitution Principle : 里氏替换原则
　　Dependence Inversion Principle ：依赖倒置原则
　　Interface Segregation Principle : 接口隔离原则
　　Law of Demeter　　　　 : 迪米特法则/最少知道原则
　　Open Closed Principle : 开闭原则

        软件开发之所以会有这些原则，就是因为复杂多变且不可预料的需求。并不是说在实际项目开发中对这六大原则中的每一条都遵循到极致，而是说在项目开发的过程中，根据项目的实际需求尽量的去遵守这些原则。当然要做到这些肯定是不容易的，能真正做到并且做好的恐怕也只能是有经验之人。
        复杂多变且不可预料的需求。并不是说在实际项目开发中对这六大原则中的每一条都遵循到极致，而是说在项目开发的过程中，根据项目的实际需求尽量的去遵守这些原则。当然要做到这些肯定是不容易的，能真正做到并且做好的恐怕也只能是有经验之人。