Spring MVC & REST技术讲解_软件开发

PPT 内容

1. Spring MVC &REST技术讲解
2. 主题MVC概念1Spring MVC介绍2RESTful概念与架构3Spring MVC对RESTful支持4Demo7选择Spring MVC6Spring MVC3 VS Struts25
3. MVC设计思想MVC即Model-View-Controller，把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。
4. MVC设计思想MVC是一种复合模式，结合了观察者模式、策略模式、组合模式、适配器模式。模型使用观察者模式，以便观察者更新，同时保持两者之间的解耦。控制器是视图的策略，视图使用组合模式实现用户界面。适配器模式用来将模型适配成符合现有视图和控制器的需要的模型。这些模式合作把MVC模式的三层解耦。
5. MVC设计思想视图(View)代表用户交互界面，对于Web应用来说，可以是HTML，也可能是jsp、XML和Applet等。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。
6. MVC设计思想模型(Model)：是业务的处理以及业务规则的制定。模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计是MVC最主要的核心。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只是组织管理这些模型，以便于模型的重构和提高重用性。　　业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。
7. MVC设计思想控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。
8. Jsp Model 1架构 Model 1的基础是JSP文件，它由一些相互独立的JSP文件和其他一些Java Class组成。这些JSP从HTTP Request中获得所需要的数据，处理业务逻辑，然后将结果通过Response返前端浏览器。Model 1的应该说是唯一的好处是“简单”，可以大大加快系统的开发进度。它把表现层和业务逻辑层柔和在一起，不利于以后的维护工作以及开发角色的分配，所以这种模式只能适合于小的系统开发。
9. Jsp Model 2架构 Model 2采用面向对象技术实现MVC模式从而扩展JSP/Servlet的模式。 Model2是MVC在Web上的应用。
10. Model 2规范实现的Web框架
11. Model 2规范实现的Web框架视图层采用JSP实现；控制层采用Servlet实现，整个框架采用同一个Servlet，以实现请求的中转；模型层采用Java实现，主要决定用来做什么；在模型层后添加了一个DAO，目的是将决定做什么和具体怎么做分开。整个Web框架大致的流程是：首先客户端发送请求，提交JSP页面给中转器（Servlet）；中转器根据客户的请求，选择相应的模型层，即Logic，Logic进行相应的逻辑处理；如果需要使用数据库，则通过DAO进行相应的数据库操作。
12. Spring MVC 架构 Spring MVC是结构最清晰的MVC Model 2实现。它的Action也不叫Action，而是称做Controller；Controller接收request, response参数，然后返回ModelAndView（其中的Model不是Object类型，而是Map类型）。但在其它的Web Framework中，Action返回值一般都只是一个View Name；Model则需要通过其它的途径（如request.attribute，Context参数，或Action本身的属性数据）传递上去。
13. Spring Web MVC请求处理流程
14. Spring MVC 特点清晰的角色划分：控制器（controller）、验证器（validator）、命令对象（command object）、表单对象（form object）、模型对象（model object）、 Servlet分发器（DispatcherServlet）、处理器映射（handler mapping）、视图解析器（view resolver）等。每一个角色都可以由一个专门的对象来实现。强大而直接的配置方式：将框架类和应用程序类都能作为JavaBean配置，支持跨多个context的引用，例如，在web控制器中对业务对象和验证器（validator）的引用。可适配、非侵入：可以根据不同的应用场景，选择合适的控制器子类（simple型、command型、form型、wizard型、multi-action型或者自定义），而不是从单一控制器（比如Action/ActionForm）继承。
15. Spring MVC 特点可重用的业务代码：可以使用现有的业务对象作为命令或表单对象，而不需要去扩展某个特定框架的基类。可定制的绑定（binding）和验证（validation）：比如将类型不匹配作为应用级的验证错误，这可以保存错误的值。再比如本地化的日期和数字绑定等等。在其他某些框架中，你只能使用字符串表单对象，需要手动解析它并转换到业务对象。可定制的handler mapping和view resolution：Spring提供从最简单的URL映射，到复杂的、专用的定制策略。与某些web MVC框架强制开发人员使用单一特定技术相比，Spring显得更加灵活。灵活的model转换：在Springweb框架中，使用基于Map的键/值对来达到轻易地与各种视图技术的集成。
16. Spring MVC 特点可定制的本地化和主题（theme）解析：支持在JSP中可选择地使用Spring标签库、支持JSTL、支持Velocity（不需要额外的中间层）等等。简单而强大的JSP标签库（Spring Tag Library）：支持包括诸如数据绑定和主题（theme）之类的许多功能。 JSP表单标签库：在Spring2.0中引入的表单标签库，使得在JSP中编写表单更加容易。 Spring Bean的生命周期可以被限制在当前的HTTP Request或者HTTP Session。
17. Spring MVC 重要组件 1.spring mvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.3.DispatcherServlet请请求提交到目标Controller4.Controller进行业务逻辑处理后，会返回一个ModelAndView5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象6.视图对象负责渲染返回给客户端
18. Spring MVC 架构类图
19. DispatcherServlet
20. DispatcherServlet应用了“ Front Controller”模式 – 是所有 Spring MVC 请求的中枢。继承了HttpServlet，是一个Servlet，由WebApplicationContext 加载如果不作其它配置，会加载默认组件
21. 在web.xml配DispatcherServlet web.xml … dispatcher org.springframework.web.servlet.DispatcherServlet contextConfigLocation WEB-INF/mvc.xml 1 …
22. HandlerMapping
23. HandlerMapping将web请求映射到正确的处理器（handler）上 , 通常是一个 Controller 不需用自定义处理器映射 –已经内置了很多处理器映射策略在处理器映射中通过配置拦截器（包括处理器执行前、执行后、或者执行前后运行拦截器）将使其功能更强大
24. BeanNameUrlHandlerMapping把一个 URL 影射到一个和它名字相同的已注册的bean– 比如 /simple 将影射到一个名为“/simple”的bean。可以给bean多个名字 (别名) 通过空格来分隔必须有一个name属性 – “/”在xml中不能定义id属性在bean名字中可以使用通配符 (/simple*) 是默认的 HandlerMapping,如果在上下文中没有找到处理器映射，DispatcherServlet会为你创建一个BeanNameUrlHandlerMapping，但不鼓励
25. BeanNameUrlHandlerMappingdispatcher-servlet.xml …
26. SimpleUrlHandlerMapping最常用的处理器映射，将请求的URLs 影射到handlers 由一系列的分别代表URLs 和bean 的名字的name/value 对来定义影射。 Bean的名字可以用通配符 (/simple*)
27. SimpleUrlHandlerMappingdispatcher-servlet.xml … /simple.htm=simpleController /test*=testController …
28. ControllerClassNameHandlerMapping支持惯例优先原则在它的应用上下文中找出所有不同的处理器（handler）（或Controller）bean，并去掉名称中的Controller，来定义它的处理器映射。Removed "Controller" from class name 全部转为小写前面加 “/” 后面附 "*“ 例子: WelcomeController映射到“/welcome*”请求URL 极大的减少了影射的配置
29. ControllerClassNameHandlerMappingdispatcher-servlet.xml … …
30. Controllers
31. Controller 接口负责处理请求内部参数继承 HttpServlet handleRequest(HttpServletRequest, HttpServletResponse) 返回一个 ModelAndView对象所有实现都是线程安全的基本不用自己实现接口 – 已经提供了很多实用的实现类
32. ModelAndView 对象封装了用来渲染页面的 model和view Model 用 java.util.Map实现的添加对象，可以不需用名字: addObject(String, Object) – 用显式名字添加 addObject(Object) – 用默认名添加 (惯例优先) View 用 String 或 View 对象表示类似 Struts的 Action
33. Controller 实现通常在我们的应用中要求Controllers: 自动作默认处理 (不用编码) 简单web处理在web 层和service 层之间作相应的处理参数处理视图跳转输入验证
34. AbstractController提供了简单的操作用来处理一个简单的请求 protected ModelAndView handleRequestInternal( HttpServletRequest request, HttpServletResponse response) { String text = service.getText(); return new ModelAndView( "simple", "text", text); }
35. ThrowawayController中文叫做一次性控制器，也就像一次性筷子那样用完即丢并不在Spring的Controller继承架构中，而是一个独立的接口定义当映射的不是一个model 对象时很有用 Bean的作用域必须是prototype ，他们本身不是线程安全的
36. ThrowawayControllerdispatcher-servlet.xml … …配置作为一个 prototype bean
37. ThrowawayControllerpublic class ExampleThrowawayController implements ThrowawayController { private String message; public void setMessage(String message) { this.message = message; } public ModelAndView execute() throws Exception { String hashCodeMessage = "[" + hashCode() + "] - " + message; return new ModelAndView("throwaway", "message", hashCodeMessage); } }
38. Command Controllers提供了一种和数据对象交互的方式，并动态地将来自HttpServletRequest的参数绑定到指定的数据对象上。功能和Struts中的ActionForm有点像，不过在Spring中，不需要实现任何接口来实现数据绑定 Command 可以是任何 POJO – 通常是一个 domain对象提供的功能: 绑定用户类型自动验证自动创建command对象稍后会用到…
39. Command ControllersAbstractCommandController – 提供绑定和验证 SimpleFormController – 除了提供绑定和验证, 还提供了工作流中的表单处理对表单form处理很有用具体细节后面介绍 AbstractWizardFormController – 适合涉及多个页面的表单form处理
40. 其他 ControllersServletWrappingController and ServletForwardingController –为了Struts专门设计的，在spring拦截器里封装了Struts servlet，作用相当于代理Struts的ActionServlet ParameterizableViewController – 简单的返回一个指定的视图名称，不涉及客户端视图技术（从而避免了在Java代码中的硬编码） UrlFilenameViewController –会检查URL，获取文件请求的文件名，并把它作为视图名加以使用。如：http://www.springframework.org/index.html对应的视图文件名是index
41. Interceptors
42. Interceptors在请求前后添加其它功能包括拦截器方法 – preHandle and postHandle 包括回调方法 – afterCompletetion 可以通过 HandlerMapping 和一系列Controller关联上
43. Interceptor 实现实现 HandlerInterceptor 或WebRequestInterceptor Spring 提供的几个实现 OvenXxxInViewInteceptor – 用于 ORM 架构JDO, JPA and Hibernate UserRoleAuthorizationInterceptor – 用于各种角色授权验证其他有用的扩展: 自定义安全, caching, …
44. Interceptor 例子下面的例子提供了一个拦截器，它拦截所有请求，如果当前时间不是在上午9点到下午6点，它将用户重定向到某个页面。所有的请求都将被TimeBasedAccessInterceptor截获，如果当前时间不在上班时间，用户会被重定向到一个静态html页面，提供诸如只有上班时间才能访问网站之类的告示。
45. Interceptor 例子 /*.form=editAccountFormController /*.view=editAccountFormController
46. Interceptor 例子package samples; public class TimeBasedAccessInterceptor extends HandlerInterceptorAdapter { private int openingTime; private int closingTime; public void setOpeningTime(int openingTime) { this.openingTime = openingTime; } public void setClosingTime(int closingTime) { this.closingTime = closingTime; } public boolean preHandle( HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Calendar cal = Calendar.getInstance(); int hour = cal.get(HOUR_OF_DAY); if (openingTime <= hour < closingTime) { return true; } else { response.sendRedirect("http://host.com/outsideOfficeHours.html"); return false; } } }
47. ViewResolver
48. ViewResolver从一个逻辑视图名映射到一个视图对象可以排序, 所以能链在一起对JSP用户, 通常实现 InternalResourceViewResolver:
49. 其他 ViewResolver 实现VelocityViewResolver – 针对Velocity templates设计的 FreeMarkerViewResolver – 针对 FreeMarker templates设计的 ResourceBundleViewResolver 映射关系在一个 properties 文件支持国际化 XmlViewResolver – 映射关系在XML文件
50. 视图 View
51. 视图 View支持的几种视图模板技术: InternalResourceView (JSP) JstlView (JSP + JSTL) VelocityView (Velocity) FreeMarkerView (FreeMarker) TilesView (Tiles) TilesJstlView (Tiles + JSTL)
52. View还支持渲染下列视图 Excel files PDF files XSLT results Jasper Reports
53. Spring MVC form处理SimpleFormController提供了表单处理通用工作流程提供了用户自定义标签，用来展示和处理常用的表单默认, GET 用于form展示，POST 用于 form处理通过一些Controller类实现表单展示处理能处理完整的工作流 – 这是亮点
54. 注册 Command 类SimpleFormControllers 关联一个 Command class 因为是紧耦合, 配置这个Controller class是可以的 public class PlayerFormController extends SimpleFormController { public PlayerFormController() { setCommandClass(Player.class); setCommandName("player"); }
55. 展示一个 form在工作流中展示 form涉及的三个方法 formBackingObject – 在form里返回一个 command 对象 initBinder – 注册用户自定义属性 referenceData – 导入要在页面实现的数据
56. 处理 form表单处理form表单的两个主要方法: onBindAndValidate() – 允许用户邦定和验证 doSubmitAction() – 处理完表单后，回调动作。典型的实现是持久化对象到数据库。
57. component-scan
58. resources / resources /**映射到ResourceHttpRequestHandler进行处理，location指定静态资源的位置.可以是web application根目录下、jar包里面，这样可以把静态资源压缩到jar包中。cache-period 可以使得静态资源进行web cache
59. @PathVariable
60. @RequestHeader
61. @CookieValue
62. Declarative Validation
63. default values
64. Spring MVC 其它特性其它Spring MVC 功能这里不再介绍了，但很优秀处理多请求支持自定义主体支持国际化方便 ServletContextListener 初始化 Log4J Spring MVC标签
65. RESTful架构表征/表现层状态转移：Representational State Transfer，简称REST REST 是一种思维方式，而非协议或标准。它是设计基于命名资源而非消息的松耦合应用程序 — 通常指面向 Web 的应用程序 — 的一种风格。核心是资源(Resource)。在REST的世界中，没有服务的概念。区别：SOA核心服务(Service)
66. REST核心概念
67. REST核心概念
68. REST核心概念
69. REST核心概念
70. REST核心概念
71. REST要点及标准REST通常基于使用HTTP，URI，和XML以及HTML这些现有的广泛流行的协议和标准。资源是由URI来指定。对资源的操作包括获取、创建、修改和删除资源，这些操作正好对应HTTP协议提供的GET、POST、PUT和DELETE方法。通过操作资源的表形来操作资源。资源的表现形式则是XML或者HTML，取决于读者是机器还是人，是消费web服务的客户软件还是web浏览器。当然也可以是任何其他的格式。
72. REST的要求客户端和服务器结构连接协议具有无状态性能够利用Cache机制增进性能层次化的系统随需代码 - Javascript （可选）
73. REST优势可以利用缓存Cache来提高响应速度通讯本身的无状态性可以让不同的服务器的处理一系列请求中的不同请求，提高服务器的扩展性浏览器即可作为客户端，简化软件需求相对于其他叠加在HTTP协议之上的机制，REST的软件依赖性更小不需要额外的资源发现机制在软件技术演进中的长期的兼容性更好
74. RESTful Web 服务RESTful Web 服务（也称为 RESTful Web API）是一个使用HTTP并遵循REST原则的Web服务。它从以下三个方面资源进行定义： URI，比如：http://example.com/resources/。 Web服务接受与返回的互联网媒体类型，比如：JSON，XML ，YAML 等。 Web服务在该资源上所支持的一系列请求方法（比如：POST，GET，PUT或DELETE）。该表列出了在实现RESTful Web 服务时HTTP请求方法的典型用途。
75. RESTful Web 服务
76. RESTful架构概念总结每一个URI代表一种资源；客户端和服务器之间，传递这种资源的某种表现层；客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"。
77. Spring MVC对RESTful支持请求映射 By Path @RequestMapping("path") By HTTP Method @RequestMapping(value="path", method=RequestMethod.GET) By Query Parameter @RequestMapping(value="path", params="foo") @RequestMapping(value="path", params={"foo", "!bar"}) @RequestMapping(value="path", params="day=Monday") @RequestMapping(value="path", params="day!=Sunday") By Request Header @RequestMapping("path", headers="content-type=text/*")
78. Spring MVC对RESTful支持@RequestMapping 在class级别使用
79. Spring MVC对RESTful支持@RequestMapping 在method级别使用
80. Spring MVC对RESTful支持获取请求数据 @RequestParam("name") @RequestParam(value="id", required="false") @PathVariable("var") @RequestHeader("name") @RequestBody @CookieValue("name") JavaBean HttpEntity
81. Spring MVC RestTemplate
82. Spring MVC 3 VS Struts2实现方式 struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把request中的数据注入。 struts2实际上是通过setter getter方法与request打交道的； struts2中，一个Action对象对应一个request上下文； spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，容易实现restful url。在spring3mvc中，一个方法对应一个request上下文；
83. Spring MVC 3 VS Struts2变量共享性 spring3mvc的方法之间基本上独立的，独享request response数据；请求数据通过参数获取，处理结果通过ModelMap交回给框架；方法之间不共享变量。而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码读程序时带来麻烦。配置 struts2时采用的传统的配置文件的方式，并没有使用传说中的0配置 spring3 mvc可以认为已经100%零配置了（除了配置springmvc-servlet.xml外） intercepter的实现机制 struts有以自己的interceptor机制 spring mvc 用的是独立的AOP方式。
84. Spring MVC 3 VS Struts2
85. 选择Spring MVC 3PK MVC Struts Spring MVC JSF、Tapestry 开发的王道(web vs jee vs ?)
86. 选择Spring MVC 3PK REST Spring MVC 缺少http响应状态码的支持，需要手工编写全面支持REST JAX-RS(jersey) @Path(“{username}/portfolios/“)、@PathParam("username") @QueryParam @FormParam @MatrixParam @GET @POST 缺少spring MVC参数匹配机制缺少基于注解的类型转换和数据验证
87. 选择Spring MVC 3价值优点一脉相承的spring模式架构优雅，配置简单，使用灵活全面RESTful支持 JSR-303支持简化ajax开发
88. 演示Demo
89. Thank You !

Spring MVC & REST技术讲解

为为委

贡献于2016-01-14

Spring MVC & REST技术讲解

PPT 内容

PPT 图集

相关PPT