搞懂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：对应三层架构中业务逻辑层和数据访问层（有待商榷）
注：仅用于学习交流
