MVC
为何需要MVC？
最早期的javaweb开发：Servlet==java+"html"，问题：在Servlet中拼接字符串太麻烦
后来出现Jsp：==Html+Java在Html中嵌套java代码， 问题：页面和逻辑太过于混杂
最终导致：MVC的诞生！
MVC是一种架构型的模式，本身不引入新的功能，就是指导我们把web应用结构做好
特点：与功能无关
目标：实现逻辑与页面相分离
MVC模式：Model、View、Control 即：模型、视图、控制器
1：模型：包含应用程序的 业务逻辑 和 业务数据
2：视图：包含应用程序的输出形式，即：页面或界面
3：控制器：负责协调模型和视图；
根据用户请求来选择要调用哪个模型来处理业务
以及最终哪个视图为用户做出应答！
MVC中的模型和视图是分离的、解耦的，同一个模型可以对应多种不同的视图
具体功能：
Model：
封装应用状态 --------->数据封装
响应状态查询 ---------->获取数据
暴露应用的功能 ----------->逻辑层API
View：
提供HTML form用于用户请求 ------->人机交互
请求模型的更新 ------->触发事件
产生HTML响应 ------->展示数据
Controller：
接收并验证HTTP请求的数据 -------->收集数据并封装数据
将用户数据与模型的更新相映射-------->调用逻辑层API
选择用于响应的视图 --------->根据返回值选择下一个页面
纯Jsp应用
无MVC的时候，系统结构图如下：
这种结构不太好，在jsp页面写的代码太多，尤其是控制代码，业务和逻辑
太过混杂，因此需要引入一个中间层----控制器来专门处理控制代码
标准的MVC组建关系图如下：
桌面级开发实现标准的MVC：
应用观察者模式，可以实现标准的MVC
示例Demo：有空再说！
web企业级开发无法实现标准的MVC：
原因：标准的MVC中，View在客户端，Model在服务器；
那就是：当服务器这边数据更新了，它通知客户端那边跑着的HTML自动刷新
这是不可能的！
HTML在不重新装载页面的情况下，是不可能刷新的！
web实现改进型MVC：
在实际开发web应用的时候，大多数情况是不会按照标准MVC做的，事实上也很难做到
通常我们都会把逻辑部分移动到逻辑层，Model只用来封装数据，即VO；View一般不直
接和逻辑层交互。
逻辑层的交互都由控制器做，VIew只和控制器交互！如图：
更狠一点的！如图：
基本实现方式：
View：Jsp
Controller：Servlet
Model：JavaBean
从控制器如何传递值到Jsp实现？
如果把Jsp页面看作Servlet，那么就是从一个Servlet向另一个Servlet传递参数
方法：request（线程安全）、session(非线程安全，但很少并发，除非恶心操作)、servletcontext(非线程安全)
对象： 同一个request请求 同一个客户端(不区分servlet) 所有servlet(不区分客户端，不区分servlet)
注意：
建议首选request。但是该方式下，如果跳转页面，由于是同一个request
所以，跳转方式只能用
this.request.getRequestDispather("/your servlet url").forward(request,response);
另一个方式：respose.sendRedirect("/your servlet url");
