Spring MVC 应用分层

1. 类名使⽤⼤驼峰⻛格，但以下情形例外：DO/BO/DTO/VO/AO

2. ⽅法名、参数名、成员变量、局部变量统⼀使⽤⼩驼峰⻛格

3. 包名统⼀使⽤⼩写，点分隔符之间有且仅有⼀个⾃然语义的英语单词.

常⻅命名命名⻛格介绍

⼤驼峰: 所有单词⾸字⺟都需要⼤写, ⼜叫帕斯卡命名法, ⽐如: UserController

比特就业课⼩驼峰: 除了第⼀个单词，其他单词⾸字⺟⼤写,⽐如: userController

蛇形: ⽤下划线(_)作⽤单词间的分隔符, ⼀般⼩写, ⼜叫下划线命名法, ⽐如: user_controller

串形: ⽤短横线(-)作⽤单词间的分隔符, ⼜叫脊柱命名法, ⽐如: user-controller

一、为什么应用分层

随着类的创建，代码量的增加，会出现逻辑不清晰，代码维护或者性变差等问题

二、如何分层（三层架构）

        MVC就是把整体的系统分成了 Model（模型）， View（视图）和Controller 控制器）三个层次，也就是将⽤⼾视图和业务处理隔离开，并且通过控制器连接起来，很好地实现了表现和逻辑的解耦，是⼀种标准的软件分层架构。

三层架构

        ⽬前现在更主流的开发⽅式是 "前后端分离" 的⽅式, 后端开发⼯程师不再需要关注前端的实现

         所以对于Java后端开发者, ⼜有了⼀种新的分层架构: 把整体架构分为 表现层、业务逻辑层和数据层 . 这种分层⽅式也称之为"三层架构".

1. 表现层: 就是展⽰数据结果和接受⽤⼾指令的，是最靠近⽤⼾的⼀层；

2. 业务逻辑层: 负责处理业务逻辑, ⾥⾯有复杂业务的具体实现；

3. 数据层: 负责存储和管理与应⽤程序相关的数据

可以看到, 咱们前⾯的代码, 并不符合这种设计思想, ⽽是所有的代码堆砌在⼀起

按照这个分层方式，对之前的书架的代码进行调整

• Controller：控制层。接收前端发送的请求，对请求进⾏处理，并响应数据。

• Service：业务逻辑层。处理具体的业务逻辑。

• Dao：数据访问层。也称为持久层。负责数据访问操作，包括数据的增、删、改、查.