MVC三层架构的模式

大家好，今天给大家分享一下MVC 三层架构的模式

首先你要知道，所谓的MVC就是一种面向于javaee企业级开发的设计模式

这里要强调一点,MVC 不是一种技术，不是一种像spring 那样的框架，它是一种思想（可以理解为一种解决问题的风格）

MVC : Model View Controller,（这是它的英文）

在这里，解释一下：
M: 模型

V： 视图

C ： 控制器

在早期，一个项目的代码全部写在了一块, 会出现很多问题， 而我们今天讲的MVC 模式，就是将原先的项目的业务逻辑，数据，界面（也就是我们的视图）这几个模块进行了分离

有关于它各个模块的作用：

模型层（M）: 是负责项目当中数据的处理逻辑，像jdbc的代码就写在这里

控制层（C）： 是负责项目当中模型层（M）和视图层（V）之间关系的协调与控制（就是servlet相关的代码，对于早期原生代码写的项目而言）

视图层（V): 负责数据的展示，主要面向于前端（web jsp vue等等）

可以看我画的这个图

主要的组成部分，就是 浏览器，服务器，数据库

解释：（我把字体放大一点）

这是一个传统的web项目的架构图（就是没有使用框架技术，而使用原生代码写的项目）,所谓的web项目其实就是可以通过网页资源的方式访问的服务，而你要访问网页服务就是要使用到浏览器，你访问的这些网页服务，其资源和他背后的业务逻辑代码就是放到了服务器当中，而服务的数据要放在数据库里，使用jdbc 这个技术来实现程序和数据库的数据进行交互的问题（就是程序要对数据库里数据进行操作），服务器里的这个servlet 非常的重要，因为我们可以看见，在这个架构图当中，servlet既要管浏览器的事，又要管数据的事，很累

servlet的作用：

1.接收并处理前端（来自于浏览器）发送给它的请求

2. 调用数据处理（jdbc）的业务逻辑

3. 响应数据（就是做出回馈）

所以说servlet 在这个过程当中很累

所以我们要简化或者说分散Servlet 的压力

看这个图：

其中， 我们使用MVC 的思想对原有的模块进行重新划分（jdbcs是M:模型），servlet是C:控制器，view负责写我们项目的前端呈现的部分

这样做，就分散了servlet 的压力， 这就是 MVC 的作用

在Java当中，有关于MVC 的管理可以使用包的结构（就是将耦合性很高的代码分散出去）

整个结构可以这样写

1. 模型层： dao(这是命名)
2. 业务层 service
3. 控制层： controller
4. 视图层： 在webapp目录下
5. 实体类 Javabean 放在 pojo 包下
6. 工具类 ： utils
7. 公共类： common

有关于这个东西，有几个点要讲一下

1. 这就是MVC 模式下的项目结构
2. 左边的功能的表示， 右侧的是包的命名
3. 命名不是死的， 想怎么写怎么写，只不过这是我们的一个普遍共识，大多数人一看就知道
4. 模型层，控制层以及视图层是一定要有的， 其他的看具体项目而定
5. 接口底下要写上实现类
6. dao 层接口的命名规范： 模块名+Dao, 举例： UserDao
7. dao 层实现类的命名规范 ： 模块名+ Dao+ impl 举例： UserDaoimpl

Dao 是什么

data access object 就是数据访问对象，简称Dao ，封装了数据访问逻辑的对象

Dao 的优点：

1. 方便测试： 如果将数据逻辑单独放到dao 层里， 就可以避免直接访问servlet
2. 使开发上的分工更加的明确： 一部分人去写servlet，一部分人去写数据访问的逻辑
3. 使代码的维护更加方便 ： 即使数据逻辑发生了变化，也不会影响servlet

MVC 的特点：

. 1. 使代码更容易维护
2. 方便代码的测试
3. 方便开发上的分工

MVC 缺点：

mvc 模式使整体的开发代码量加大，使设计的难度加大，加大了开发的成本

好了，有关于MVC三层架构的模式就到这里了，谢谢大家

.