springMVC教程学习文档doc.docx
- 文档编号:28918757
- 上传时间:2023-07-20
- 格式:DOCX
- 页数:47
- 大小:330.37KB
springMVC教程学习文档doc.docx
《springMVC教程学习文档doc.docx》由会员分享,可在线阅读,更多相关《springMVC教程学习文档doc.docx(47页珍藏版)》请在冰豆网上搜索。
springMVC教程学习文档doc
SpringMVC教程,快速入门,深入分析
博客分类:
∙SPRING
SpringMVC教程快速入门
资源下载:
Spring_MVC_教程_快速入门_深入分析V1.1.pdf
SpringMVC核心配置文件示例.rar
作者:
赵磊
博客:
目录
一、前言
二、springmvc核心类与接口
三、springmvc 核心流程图
四、springmvc DispatcherServlet说明
五、springmvc父子上下文的说明
六、springMVC-mvc.xml配置文件片段讲解
七、springmvc 如何访问到静态的文件,如jpg,js,css
八、springmvc 请求如何映射到具体的Action中的方法
九、springmvc 中的拦截器:
十、springmvc 如何使用拦截器
十一、springmvc 如何实现全局的异常处理
十二、springmvc 如何把全局异常记录到日志中
十三、如何给spring3MVC中的Action做JUnit单元测试
十四、springmvc 转发与重定向(带参数重定向)
十五、springmvc 处理ajax请求
十六、springmvc 关于写几个配置文件的说明
十七、springmvc 如何取得Spring管理的bean
十八、springmvc 多视图控制器
十九、 annotation-driven/>到底做了什么工作 二十、本文中springMVC.xml配置文件是核心,这里给一个下载地址 说明: 本作者是文章的原创作者,转载请注明出处: 本文地址: 一、前言: 为开发团队选择一款优秀的MVC框架是件难事儿,在众多可行的方案中决择需要很高的经验和水平。 你的一个决定会影响团队未来的几年。 要考虑方面太多: 1、简单易用,以提高开发效率。 使小部分的精力在框架上,大部分的精力放在业务上。 2、性能优秀,这是一个最能吸引眼球的话题。 3、尽量使用大众的框架(避免使用小众的、私有的框架),新招聘来的开发人员有一些这方面技术积累,减低人员流动再适应的影响。 如果你还在为这件事件发愁,本文最适合你了。 选择SpringMVC吧。 SpringMVC是当前最优秀的MVC框架,自从Spring2.5版本发布后,由于支持注解配置,易用性有了大幅度的提高。 Spring3.0更加完善,实现了对Struts2的超越。 现在越来越多的开发团队选择了SpringMVC。 Struts2也是非常优秀的MVC构架,优点非常多比如良好的结构,拦截器的思想,丰富的功能。 但这里想说的是缺点,Struts2由于采用了值栈、OGNL表达式、struts2标签库等,会导致应用的性能下降,应避免使用这些功能。 而Struts2的多层拦截器、多实例action性能都很好。 可以参考我写的一篇关于SpringMVC与Struts2与Servlet比较的文章《Struts2、SpringMVC、Servlet(Jsp)性能对比测试》 Spring3MVC的优点: 1、Spring3MVC使用简单,学习成本低。 学习难度小于Struts2,Struts2用不上的多余功能太多。 呵呵,当然这不是决定因素。 2、Spring3MVC很容易就可以写出性能优秀的程序,Struts2要处处小心才可以写出性能优秀的程序(指MVC部分) 3、Spring3MVC的灵活是你无法想像的,Spring框架的扩展性有口皆碑,Spring3MVC当然也不会落后,不会因使用了MVC框架而感到有任何的限制。 Struts2的众多优点: 1、老牌的知名框架,从Struts1起积累了大量用户群体。 技术文档丰富。 2、其它方面略... (呵呵,是不是不公平? ) Spring的官方下载网址是: http: //www.springsource.org/download (本文使用是的Spring3.0.5版本) 转载请注明出处: 原文地址: 二、核心类与接口: 先来了解一下,几个重要的接口与类。 现在不知道他们是干什么的没关系,先混个脸熟,为以后认识他们打个基础。 DispatcherServlet --前置控制器 HandlerMapping接口--处理请求的映射 HandlerMapping接口的实现类: SimpleUrlHandlerMapping 通过配置文件,把一个URL映射到Controller DefaultAnnotationHandlerMapping 通过注解,把一个URL映射到Controller类上 HandlerAdapter接口--处理请求的映射 AnnotationMethodHandlerAdapter类,通过注解,把一个URL映射到Controller类的方法上 Controller接口--控制器 由于我们使用了@Controller注解,添加了@Controller注解注解的类就可以担任控制器(Action)的职责, 所以我们并没有用到这个接口。 HandlerInterceptor接口--拦截器 无图,我们自己实现这个接口,来完成拦截的器的工作。 ViewResolver接口的实现类 UrlBasedViewResolver类通过配置文件,把一个视图名交给到一个View来处理 InternalResourceViewResolver类,比上面的类,加入了JSTL的支持 View接口 JstlView类 LocalResolver接口 HandlerExceptionResolver接口--异常处理 SimpleMappingExceptionResolver实现类 ModelAndView类 无图。 三、核心流程图 本图是我个人画的,有不严谨的地方,大家对付看吧。 总比没的看强。 转载请注明出处: 本文地址: 四、DispatcherServlet说明 使用SpringMVC,配置DispatcherServlet是第一步。 DispatcherServlet是一个Servlet,所以可以配置多个DispatcherServlet。 DispatcherServlet是前置控制器,配置在web.xml文件中的。 拦截匹配的请求,Servlet拦截匹配规则要自已定义,把拦截下来的请求,依据某某规则分发到目标Controller(我们写的Action)来处理。 “某某规则”: 是根据你使用了哪个HandlerMapping接口的实现类的不同而不同。 先来看第一个例子: Xml代码 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 每一个DispatcherServlet有自己的WebApplicationContext上下文对象。 同时保存的ServletContext中和Request对象中,关于key,以后说明。 在DispatcherServlet的初始化过程中,框架会在web应用的WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml的配置文件,生成文件中定义的bean。 第二个例子: Xml代码 1. 2. 3. 4. 5. 6. /springMVC.xml 7. 8. 9. 10. 11. 12. 13. 指明了配置文件的文件名,不使用默认配置文件名,而使用springMVC.xml配置文件。 其中 1、不写,使用默认值: /WEB-INF/ 2、 3、 springMVC-mvc.xml 4、多个值用逗号分隔 Servlet拦截匹配规则可以自已定义,拦截哪种URL合适? 当映射为@RequestMapping("/user/add")时,为例: 1、拦截*.do、*.htm,例如: /user/add.do 这是最传统的方式,最简单也最实用。 不会导致静态文件(jpg,js,css)被拦截。 2、拦截/,例如: /user/add 可以实现现在很流行的REST风格。 很多互联网类型的应用很喜欢这种风格的URL。 弊端: 会导致静态文件(jpg,js,css)被拦截后不能正常显示。 想实现REST风格,事情就是麻烦一些。 后面有解决办法还算简单。 3、拦截/*,这是一个错误的方式,请求可以走到Action中,但转到jsp时再次被拦截,不能访问到jsp。 转载请注明出处: 本文地址: 五、父子上下文(WebApplicationContext) 如果你使用了listener监听器来加载配置,一般在Struts+Spring+Hibernate的项目中都是使用listener监听器的。 如下 Java代码 1. 2. 3. Spring会创建一个WebApplicationContext上下文,称为父上下文(父容器),保存在ServletContext中,key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE的值。 可以使用Spring提供的工具类取出上下文对象: WebApplicationContextUtils.getWebApplicationContext(ServletContext); DispatcherServlet是一个Servlet,可以同时配置多个,每个DispatcherServlet有一个自己的上下文对象(WebApplicationContext),称为子上下文(子容器),子上下文可以访问父上下文中的内容,但父上下文不能访问子上下文中的内容。 它也保存在ServletContext中,key是"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名称。 当一个Request对象产生时,会把这个子上下文对象(WebApplicationContext)保存在Request对象中,key是DispatcherServlet.class.getName()+".CONTEXT"。 可以使用工具类取出上下文对象: RequestContextUtils.getWebApplicationContext(request); 说明: Spring并没有限制我们,必须使用父子上下文。 我们可以自己决定如何使用。 方案一,传统型: 父上下文容器中保存数据源、服务层、DAO层、事务的Bean。 子上下文容器中保存Mvc相关的Action的Bean. 事务控制在服务层。 由于父上下文容器不能访问子上下文容器中内容,事务的Bean在父上下文容器中,无法访问子上下文容器中内容,就无法对子上下文容器中Action进行AOP(事务)。 当然,做为“传统型”方案,也没有必要这要做。 方案二,激进型: Java世界的“面向接口编程”的思想是正确的,但在增删改查为主业务的系统里,Dao层接口,Dao层实现类,Service层接口,Service层实现类,Action父类,Action。 再加上众多的O(vo\po\bo)和jsp页面。 写一个小功能7、8个类就写出来了。 开发者说我就是想接点私活儿,和PHP,ASP抢抢饭碗,但我又是Java程序员。 最好的结果是大项目能做好,小项目能做快。 所以“激进型”方案就出现了-----没有接口、没有Service层、还可以没有众多的O(vo\po\bo)。 那没有Service层事务控制在哪一层? 只好上升的Action层。 本文不想说这是不是正确的思想,我想说的是Spring不会限制你这样做。 由于有了父子上下文,你将无法实现这一目标。 解决方案是只使用子上下文容器,不要父上下文容器。 所以数据源、服务层、DAO层、事务的Bean、Action的Bean都放在子上下文容器中。 就可以实现了,事务(注解事务)就正常工作了。 这样才够激进。 总结: 不使用listener监听器来加载spring的配置文件,只使用DispatcherServlet来加载spring的配置,不要父子上下文,只使用一个DispatcherServlet,事情就简单了,什么麻烦事儿也没有了。 Java--大项目能做好--按传统方式做,规规矩矩的做,好扩展,好维护。 Java--小项目能做快--按激进方式做,一周时间就可以出一个版本,先上线接受市场(用户)的反馈,再改进,再反馈,时间就是生命(成本)。 转载请注明出处: 原文地址: 六、springMVC-mvc.xml配置文件片段讲解(未使用默认配置文件名) Xml代码 1. xml version="1.0" encoding="UTF-8"? > 2. 3. xmlns="http: //www.springframework.org/schema/beans" 4. xmlns: xsi="http: //www.w3.org/2001/XMLSchema-instance" 5. xmlns: tx="http: //www.springframework.org/schema/tx" 6. xmlns: context="http: //www.springframework.org/schema/context" 7. xmlns: mvc="http: //www.springframework.org/schema/mvc" 8. xsi: schemaLocation="http: //www.springframework.org/schema/beans 9. http: //www.springframework.org/schema/beans/spring-beans-3.0.xsd 10. http: //www.springframework.org/schema/tx 11. http: //www.springframework.org/schema/tx/spring-tx-3.0.xsd 12. http: //www.springframework.org/schema/context 13. http: //www.springframework.org/schema/context/spring-context-3.0.xsd 14. http: //www.springframework.org/schema/mvc 15. http: //www.springframework.org/schema/mvc/spring-mvc-3.0.xsd"> 16. 17. 18. -- 自动扫描的包名 --> 19. component-scan base-package="com.app,com.core,JUnit4" > component-scan> 20. 21. -- 默认的注解映射的支持 --> 22. annotation-driven /> 23. 24. -- 视图解释类 --> 25. 26. 27. --可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑 --> 28. 29. 30. 31. -- 拦截器 --> 32. interceptors> 33. 34. interceptors> 35. 36. -- 对静态资源文件的访问 方案一 (二选一) --> 37. default-servlet-handler/> 38. 39. -- 对静态资源文件的访问 方案二 (二选一)--> 40. resources mapping="/images/**" location="/images/" cache-period="31556926"/> 41. resources mapping="/js/**" location="/js/" cache-period="31556926"/> 42. resources mapping="/css/**" location="/css/" cache-period="31556926"/> 43. 44. component-scan/>扫描指定的包中的类上的注解,常用的注解有: @Controller声明Action组件 @Service 声明Service组件 @Service("myMovieLister") @Repository声明Dao组件 @Component 泛指组件,当不好归类时. @RequestMapping("/menu") 请求映射 @Resource 用于注入,(j2ee提供的)默认按名称装配,@Resource(name="beanName") @Autowired用于注入,(srping提供的)默认按类型装配 @Transactional(rollbackFor={Exception.class})事务管理 @ResponseBody @Scope("prototype") 设定bean的作用域 annotation-driven/>是一种简写形式,完全可以手动配置替代这种简写形式,简写形式可以让初学都快速应用默认配置方案。 annotation-driven/>会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter两个bean,是springMVC为@Controllers分发请求所必须的。 并提供了: 数据绑定支持,@
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- springMVC 教程 学习 文档 doc