SpringMVC期末复习-简要版
更好的阅读体验请前往鄙人博客
闪闪の小窝——
文章目录
一、介绍:
二、原理图
三、各组件名称以及作用
• 在整个体系中各组件的职责如下:
Front Controller:
• 前端控制器,负责为表现层提供统一访问点,从而避免Model2中出现的重复的控制逻辑 (由前端控制器统一回调相应的功能方法);并且可以为多个请求提供共用的逻辑(如准备上下文等等),将选择具体视图和具体的功能处理;
Application Controller:
• 应用控制器,前端控制器分离选择具体视图和具体的功能处理之后,需要有人来管理,应用控制器就是用来选择具体视图技术(视图的管理)和具体的功能处理(页面控制器/命令对象/动作管理),一种策略设计模式的应用,可以很容易的切换视图/页面控制器,相互不产生影响;
Page Controller(Command):
• 页面控制器/动作/处理器:功能处理代码,收集参数、封装参数到模型,转调业务对象处理模型,返回逻辑视图名交给前端控制器(和具体的视图技术解耦),由前端控制器委托给应用控制器选择具体的视图来展示,可以是命令设计模式的实现。页面控制器也被称为 处理器或动作;
Context:
• 上下文,在Model2中为视图准备要展示的模型数据直接放在request中(Servlet API相关),有了上下文之后,我们就可以将相关数据放置在上下文,从而与协议无关(如Servlet API)的访问/设置模型数据,一般通过ThreadLocal模式实现;
四、SpringMVC优缺点
1,优点:
封装代码,耦合性低,维护成本低,修改只需修改对应层代码而不会影响其他层
按层把系统分开,有利于开发中的分工,提高开发效率
分层后更有利于组件的重用,有利于代码复用,重用性高
2,缺点
没有明确定义,不易理解
不适合小型、中等规模的应用程序,降低开发效率
增加系统结构和实现的复杂性,降低运行效率
视图与控制器过于紧密链接,妨碍了独立重用
视图对模型数据的低效率访问
一般高级的界面工具或构造器不支持这个模式
五、模型驱动(结合Spring_MVC项目看)
1、配置处理器映射器
注解式处理器映射器,对类中标记了@ResquestMapping的方法进行映射。根据@ResquestMapping定义的url匹配@ResquestMapping标记的方法,匹配成功返回HandlerMethod对象给前端控制器。
HandlerMethod对象中封装url对应的方法Method。
在springmvc.xml配置文件中配置如下:
<!-- 配置处理器映射器 -->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping" />
2、配置处理器适配器
注解式处理器适配器,对标记@ResquestMapping的方法进行适配。
3、注解驱动(最ez)
直接配置处理器映射器和处理器适配器比较麻烦,可以使用注解驱动来加载。
SpringMVC使用mvc:annotation-driven自动加载RequestMappingHandlerMapping和RequestMappingHandlerAdapter
可以在springmvc.xml配置文件中使用mvc:annotation-driven替代注解处理器和适配器的配置。
1)
<!-- springMVC注解模式,注册了DefaultAnnotationHandlerMapping
和AnnotationMethodHandlerAdapter这两个Bean,这两个Bean是springmvc运行中非常重要的类 -->
<mvc:annotation-driven/>
2)在controller里的方法前加上注解即可
例如
@RequestMapping("pagedata")
public String getPageData(String gname,String type,Model model){
System.out.println(gname+" "+type);
model.addAttribute("goods", gname+" "+type);
return "showdata";
}