<强> Web开发中的请求——响应模型:
在网络世界里,具体步骤如下:
1,网页浏览器(如IE)发起请求。
2、Web服务器(如Tomcat)接收请求,处理请求(比如用户新增,则将把用户保存一下),最后产生响应(一般为html)。
3、web服务器处理完成后,返回内容给web客户端(一般就是我们的浏览器),客户端对接收的内容进行处理(如web浏览器将会对接收到的html内容进行渲染以展示给客户)。
因此,在网络世界里:
都是网络客户端发起请求,Web服务器接收,处理并产生响应。
一般Web服务器是不能主动通知网络客户端更新内容。虽然现在有些技术如服务器推(如彗星),还有现在的HTML5websocket可以实现Web服务器主动通知网络客户端。
到此我们了解了在网络开发时的请求/响应模型,接下来我们看一下标准的MVC模型是什么。
MVC模型:是一种架构型的模式,本身不引入新功能,只是帮助我们将开发的结构组织的更加合理,使展示与模型分离,流程控制逻辑,业务逻辑调用与展示逻辑分离。如图1 - 2
图1 - 2
首先让我们了解下MVC(模型-视图-控制器)三元组的概念:
模型(模型):数据模型,提供要展示的数据,因此包含数据和行为,可以认为是领域模型或JavaBean组件(包含数据和行为),不过现在一般都分离开来:ValueObject(数据)和服务层(行为)。也就是模型提供了模型数据查询和模型数据的状态更新等功能,包括数据和业务。
视图(视图):负责进行模型的展示,一般就是我们见到的用户界面,客户想看到的东西。
控制器(控制器):接收用户请求,委托给模型进行处理(状态改变),处理完毕后把返回的模型数据返回给视图,由视图负责展示。也就是说控制器做了个调度员的工作,。
从图1 - 1我们还看的到,在标准的MVC中模型能主动推数据给视图进行更新(观察者设计模式,在模型上注册视图,当模型更新时自动更新视图),但在网络开发中模型是无法主动推给视图(无法主动更新用户界面),因为在网络开发是请求——响应模型。
那接下来我们看一下在网络里MVC是什么样子,我们称其为WebMVC来区别标准的MVC。
模型,视图——控制器概念和标准MVC概念一样,请参考1.2,我们再看一下WebMVC标准架构,如图1 - 3:
如图1 - 3
在WebMVC模式下,模型无法主动推数据给视图,如果用户想要视图更新,需要再发送一次请求(即请求——响应模型)。
概念差不多了,我们接下来了解下Web端开发的发展历程,和使用代码来演示一下WebMVC是如何实现的,还有为什么要使用MVC这个模式呢?
此处我们只是简单的叙述比较核心的历程,如图1 - 4
图1 - 4
CGI (CommonGatewayInterface):公共网关接口,一种在web服务端使用的脚本技术,使用C或Perl语言编写,用于接收网络用户请求并处理,最后动态产生响应给用户,但每次请求将产生一个进程,重量级。
Servlet:一种JavaEEweb组件技术,是一种在服务器端执行的网络组件,用于接收网络用户请求并处理,最后动态产生响应给用户。但每次请求只产生一个线程(而且有线程池),轻量级。而且能利用许多JavaEE技术(如JDBC等)。本质就是在java代码里面输出html流。但表现逻辑,控制逻辑,业务逻辑调用混杂。如图1 - 5
图1 - 5
如图1 - 5,这种做法是绝对不可取的,控制逻辑,表现代码,业务逻辑对象调用混杂在一起,最大的问题是直接在Java代码里面输出Html,这样前端开发人员无法进行页面风格等的设计与修改,即使修改也是很麻烦,因此实际项目这种做法不可取。
JSP: (JavaServerPage):一种在服务器端执行的网络组件,是一种运行在标准的HTML页面中嵌入脚本语言(现在只支持Java)的模板页面技术。本质就是在HTML代码中嵌入Java代码. JSP最终还是会被编译为Servlet,只不过比纯Servlet开发页面更简单,方便,但表现逻辑,控制逻辑,业务逻辑调用还是混杂。如图1 - 6
