项目重构-项目代码分层的意义

项目重构-项目代码分层的意义

分层设计是什么？有什么好处？

分层设计将软件划分成若干层，每一层只解决一部分问题，通过所有层的协作来完成整体的目标。一个复杂的问题通过分解成一系统子问题，这样就有效的降低了每个子问题的规模与复杂度。

分层设计带来的好处：

• 降低了系统软件的复杂度。将一个复杂问题通过分解，分而治之。
• 功能的复用和封装。

项目分层的目的

• 保证多成员参与的项目保持视觉一致性；
• 迭代与交接可以更加无缝；
• 减少设计出错率；
• 提升团队工作效率；
• 直接目的是约束设计行为，最终目的是确保设计合理统一

如何进行项目分层

分层以及业务切分设计

切分原则

• 典型的 MVC 分层模式
• 在中间的业务层，按照业务领域，纵向分隔多个业务应用（app），在cmd 目录下区分。
• 在每个业务应用内部，采用通用分层设计，详见“分层设计”。
• 理清楚每个层次的边界是什么
• 先水平分层，再垂直切分业务模块，模块内部再次水平分层。

设计思想和原则

• 迪米特法则：不该有直接依赖关系的类之间，不要有依赖；有依赖关系的类之间，尽量只依赖必要的接口，也就是需要基于接口而非实现编程
• 这样做的好处：
  • 符合一个原则：开放封闭原则（Open Close Principle）：如果我的依赖源有变化的时候，我们只需要再增加一个实现就可以，不需要变更整个流程。
  • Mock 数据的时候，我只需要实现这个接口就可以实现Mock。而且可以使用自动化工具生成Mock代码

如何来做系统分层

我们先来看下阿里系统分层的规约，如下图。

• 终端显示层：各端模板渲染并执行显示的层。当前主要是 Velocity 渲染，JS 渲染， JSP 渲染，移动端展示等。这块其实就是通常的前端。
• 开放接口层：将 Service 层方法封装成开放接口，同时进行网关安全控制和流量控制等。
• Web 层：主要是对访问控制进行转发，各类基本参数校验，或者不复用的业务简单处理等。
• Service 层：业务逻辑层。
• Manager 层：通用业务处理层。这一层主要有两个作用，其一，你可以将原先 Service 层的一些通用能力下沉到这一层，比如与缓存和存储交互策略，中间件的接入；其二，你也可以在这一层封装对第三方接口的调用，比如调用支付服务，调用审核服务等。
• DAO 层：数据访问层，与底层 MySQL、Oracle、HBase 等进行数据交互。这样的定义，其实是想将数据 CURD 的逻辑和业务逻辑进行分离，将 基础CRUD 封装在 DAO 中，业务逻辑即放在业务层中。
• 外部接口或第三方平台：包括其它部门 RPC 开放接口，基础平台，其它公司的 HTTP 接口。

在这个分层架构中主要增加了 Manager 层，它与 Service 层的关系是：Manager 层提供通用的处理服务接口，Service 层负责依据业务逻辑来编排原子接口。

分层领域模型规约

• DO（Data Object）：与数据库表结构一一对应，通过DAO层向上传输数据源对象。
• DTO（Data Transfer Object）：数据传输对象，Service或Manager向外传输的对象。
• BO（Business Object）：业务对象。由Service层输出的封装业务逻辑的对象。即对象除了数据外，还会包含一定的业务逻辑，也可以说是充血领域模型。
• AO（Application Object）：应用对象。在Web层与Service层之间抽象的复用对象模型，极为贴近展示层，复用度不高。
• VO（View Object）：显示层对象，通常是Web向模板渲染引擎层传输的对象。
• Query：数据查询对象，各层接收上层的查询请求。注意超过2个参数的查询封装，禁止使用Map类来传输。

几种分层领域模型的使用范围

• VO/AO 使用在对外暴露的数据
• DTO/BO 使用在业务逻辑层上
• DO 只使用在数据持久层