搞懂MVC与三层架构

搞懂MVC与三层架构

1.三层架构

三层架构是指

• 表现层(界面层/web层)
• 业务逻辑层(service层)
• 数据访问层(dao层)

此外还有一个model层,也就是javabean对象，用来与数据库中的表相对应。

名字	功能	对应框架
表现层(界面层/web层)	展现给用户的界面	SpringMVC
业务逻辑层(service层)	针对具体问题的操作，也可以说是对数据层的操作和对数据业务逻辑处理	Spring
数据访问层(dao层)	直接操作数据库，针对数据进行增删改查	Mybatis

2.MVC

MVC是界面开发的指导模式，M是指数据模型，V是指用户界面，C则是控制器。使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。比如一批统计数据你可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开

名字	功能
Model(实体)	实质是viewModel，供view进行展示的数据，模型Model 模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑. 实现具体的业务逻辑、状态管理的功能。
View(视图)	用户界面看到并交互的界面
Controller(控制器)	控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。

实例解释：

登录验证，如果密码正确，则进入正确页面，密码错误则输出密码错误。

View: 起始的输入用户名密码的页面跟经过校验后显示的页面就相当于View

controller:就是用于接收输入进来的用户名密码，还有经过校验后返回的一个flag（此flag就是用于判断你输入的是否正确，而跳转到相应的页面的）

M:最后还缺一个Model，那么就是你那个用于校验的类了，他就是处理你输入的是否跟预先订好的一样不一样的，之后返回一个flag。

这样就完全实现了逻辑跟页面的分离，我页面不管你咋整，反正我就一个显示，而controller呢也不管你Model咋判断对不对，反正我给你了用户名跟密码，你就得给我整回来一个flag来，而Model呢，则是反正你敢给我个用户名跟密码，我就给你整过去个flag
model 提供数据，数据之间的关系，转化等。并可以通知视图和控制器自己哪些地方发生了变化。 v 提供显示，能根据m的改变来更新自己 c 比如视图做了点击一个按钮，会先发给这个视图的控制器。

3.三层架构与MVC的关系

三层架构，每层都有自己的模式，MVC就是表现层的一种架构模式

业务层的架构模式有事务脚本模式，

持久层的架构模式有映射器模式

• View：对应三层架构中"表现层"aspx页面

• Controller：对应三层架构中"表现层"的aspx.cs页面

• Model：对应三层架构中业务逻辑层和数据访问层（有待商榷）

注：仅用于学习交流