知识回顾:MVC模式
一、MVC 原理
MVC 是一种程序开发设计模式,它实现了显示模块与功能模块的分离。提高了程序的可维护性、可移植性、可扩展性与可重用性,降低了程序的开发难度。它主要分模型、视图、控制器三层。
1、模型(model)它是应用程序的主体部分,主要包括业务逻辑模块和数据模块。模型与数据格式无关,这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用,所以减少了代码的重复性
2、视图(view) 用户与之交互的界面、在 web 中视图一般由 jsp,html 组成
3、控制器(controller)接收来自界面的请求 并交给模型进行处理 在这个过程中控制器不做任何处理只是起到了一个连接的作用
二、MVC 的优点
1、降低代码耦合性。在 MVC 模式中,三个层各施其职,所以如果一旦哪一层的需求发生了变化,就只需要更改相应的层中的代码而不会影响到其他层中的代码。
2、有利于分工合作。在 MVC 模式中,由于按层把系统分开,那么就能更好的实现开发中的分工。网页设计人员可进行开发视图层中的 JSP,而对业务熟悉的人员可开发业务层,而其他开发人员可开发控制层。
3、有利于组件的重用。如控制层可独立成一个能用的组件,表示层也可做成通用的操作界面。可以为一个模型在运行时同时建立和使用多个视图。
三、MVC 的不足之处
1、增加了系统结构和实现的复杂性。对于简单的界面,严格遵循 MVC,使模型、视图与控制器分离,会增加结构的复杂性,并可能产生过多的更新操作,降低运行效率。
2、视图与控制器间的过于紧密的连接。视图与控制器是相互分离,但确实联系紧密的部件,视图没有控制器的存在,其应用是很有限的,反之亦然,这样就妨碍了他们的独立重用。
3、视图对模型数据的低效率访问。依据模型操作接口的不同,视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问,也将损害操作性能。
概述
作为企业级Java开发者,你可能开发过一些基于Web的应用程序,对于很多Java开发人员来说,基于Web的应用程序是他们主要的关注点。如果你有这方面经验的话,你会意识到这种系统所面临的挑战。具体来讲,状态管理、工作流以及验证都是需要解决的主要特征。HTTP协议的无状态性决定了这些问题都不那么容易解决。
Spring的Web框架就是为了帮你解决这些关注点而设计的。SpringMVC基于模型-视图-控制器(Model-View-Controller)模式实现,它能够帮你构建像Spring框架那样灵活和松耦合的Web应用程序。
跟踪SpringMVC的请求
每当用户在Web浏览器中点击链接或提交表单的时候,请求就开始工作了,对请求的工作描述就像是快递投送员与邮局投递员一样,请求会将信息从一个地方带到另外一个地方。
请求是十分繁忙的,从离开浏览器开始到获取响应返回,它会经历好多站,在每站都会留下一些信息同时也会带上其他信息。下图展示了请求使用SpringMVC所经历的所有站点。
DispatcherServlet
1.在请求离开浏览器时(1),会带有用户所请求内容的信息,至少会包含请求的URL,但是还可能带有其他的信息,例如用户提交的表单信息。
请求旅程的第一站是Spring的DispatcherServlet.与大多数基于Java的Web框架一样,Springmvc所有的请求都会通过一个前端控制器Servlet.前端控制器是常用的Web应用程序模式,在这里一个单实例的Servlet将请求委托给应用程序的其他组件来执行实际的处理。在SpringMVC中,DispatcherServlet就是前端控制器。
处理器映射
2.DispatcherServlet的任务是将请求发送给SpringMVC控制器(controller)。控制器是一个用于处理请求的Spring组件。在典型的应用程序中可能会有多个控制器,DispatcherServlet需要知道应该将请求发送给哪个控制器。所以DispatcherServlet会查询一个或者多个处理器映射(HandlerMapping),(2)来确定请求的下一站在哪里。处理器映射会根据请求所携带的URL信息来进行决策。
控制器
一旦选择了合适的控制器,DispatcherServlet会将请求发送给选中的控制器(3),到了控制器,请求会卸下其负载(用户提交的信息)并耐心等待控制器处理这些信息。
控制器在完成逻辑处理后,通常会产生一些信息,这些信息需要返回给用户并在浏览器上显示。这些信息被称为模型(model).不过仅仅给用户返回原始的信息是不够的——这些信息需要以用户友好的方式进行格式化,一般会是HTML。所以,信息需要发送给一个视图(view),通常回时JSP.
模型及逻辑视图名
控制器所做的最后一件事就是将模型数据打包,并且标示出用于渲染输出的视图名,它接下来会将请求连同模型和视图名发送回DispatcherServlet
视图解析器
这样,控制器就不会与特定的视图相耦合,传递给DispatcherServlet的视图名并不直接表示某个特定的JSP。实际上,它甚至并不能确定视图就是jsp.相反,它仅仅传递了一个逻辑名称,这个名字将会用来查找产生结果的真正的视图。DispatcherServlet将会使用视图解析器(view resolver)(5)来将逻辑视图名匹配为一个特定的视图实现,它可能是也可能不是JSP。
视图
既然DispathcherServlet已经知道由哪个视图渲染结果,那请求的任务基本上也就完成了。它的最后一站是视图的实现,它在这里交付模型数据。请求的任务就完成了。视图将使用模型数据渲染输出,这个输出会通过响应对象传递给客户端。
环境搭建
配置DispathcherServlet
DispathcherServlet是springMVC的核心。在这里请求会第一次接触到框架,它要负责将请求路由到其他的组件之中,我们在这里将使用web.xml配置
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://java.sun.com/xml/ns/javaee"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
version="2.5">
<!--2.配置核心控制器-->
<servlet>
<servlet-name>dispatcherServlet</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<!--加载springmvc核心配置文件-->
<init-param>
<param-name>contextConfigLocation</param-name>
<!--在类路径下加载springmvc的配置文件-->
<param-value>classpath:springmvc.xml</param-value>
</init-param>
<!--目前这种配置DispatcherServlet对象是第一个用户访问的时候才会创建的。创建DispatcherServlet对象的时候-->
<!--才会加载springmvc配置文件,目前存在问题:第一个用户体验差,速度慢。
目标: 让tomcat服务器一旦启动,马上创建DispatcherServlet对象。
解决方案: 添加<load-on-startup>标签,数字越小越先创建,负数无效。
-->
<load-on-startup>1</load-on-startup>
</servlet>
<!--配置核心控制器的请求路径-->
<servlet-mapping>
<servlet-name>dispatcherServlet</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
</web-app>
配置springMVC.xml(***)
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xmlns:mvc="http://www.springframework.org/schema/mvc"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd http://www.springframework.org/schema/mvc http://www.springframework.org/schema/mvc/spring-mvc.xsd">
<!--1. 配置视图解析器-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<!--配置前缀名-->
<property name="prefix" value="/pages/"/>
<!--配置后缀名-->
<property name="suffix" value=".jsp"/>
</bean>
<!--2. 开启注解扫描 基包扫描-->
<context:component-scan base-package="com.itheima.controller"/>
<!--3. 开启注解驱动 目前即使没有这一步也不会报错,但是等会要学习类型转换器需要使用-->
<mvc:annotation-driven/>
<!-- springmvc提供静态资源没法访问解决方案2: 推荐使用
该标签的作用: 通知核心控制器把静态资源的访问交回给DefaultServlet去处理
-->
<mvc:default-servlet-handler/>
</beans>
编写基本的控制器
在SpringMVC中,控制器只是方法上添加了@RequstMapping注解的类,这个注解声明了它们所要处理的请求。
/*
注意: 如果一个普通的Java类需要变成控制器,需要添加@Controller注解
*/
@Controller
public class HelloController {
// @RquestMapping配置方法的映射路径 相当于servlet的里面url-pattern
@RequestMapping("/hello.do")
public String hello(){
System.out.println("hello方法被调用了");
return "success"; //返回值代表了视图的名称,视图解析器会为该返回值添加前缀名与后缀名。 /pages/success.jsp
}
}
小结
SpringMVC是一个强大灵活的Web框架。借助于注解,SpringMVC提供了近似于POJO的开发模式,这使得开发处理请求的控制器变得非常简单,同时也易于测试。
当编写控制器的处理器方法时,SpringMVC极其灵活。概况来讲,如果你的处理器方法需要内容的话,只需将对应的对象作为参数,而它不需要的内容,则没有必要出现在参数列表中。这样,就为请求处理带来了无限的可能性,同时还能保持一种简单的编程模型。