企业网站建立制作,分享10个国外优秀的平面设计网站,网站建设新手看什么书,成都网站搜索排名优化公司重生之我在地球当程序员-SpringMVC篇 本篇主要讲述了SpringMVC框架的使用#xff0c;以及SpringMVC相关知识点的介绍 SpringMVC 是应用web层的 基于MVC设计模式的轻量级的web框架。 对Servlet封装#xff0c;支持restful风格
MVC概念和三层架构
MVC
Spring MVC中#xff…重生之我在地球当程序员-SpringMVC篇 本篇主要讲述了SpringMVC框架的使用以及SpringMVC相关知识点的介绍 SpringMVC 是应用web层的 基于MVC设计模式的轻量级的web框架。 对Servlet封装支持restful风格
MVC概念和三层架构
MVC
Spring MVC中MVC 是指「模型-视图-控制器」Model-View-Controller设计模式。这是一个广泛应用在现代Web应用程序中的设计模式它将应用程序分为三个核心部分
1模型Model负责处理业务逻辑包括数据的存储和处理。在Spring MVC中模型通常
使用Spring的数据访问框架如JdbcTemplate、Hibernate等来实现。
2视图View负责展示模型中的数据。在Spring MVC中视图通常使用JSP
JavaServer Pages或者Thymeleaf等模板引擎来实现。
3控制器Controller负责接收用户的请求调用模型进行数据处理然后将结果传递给
视图进行展示。在Spring MVC中控制器通常使用Spring的控制器接口如Controller
或RequestMapping来实现。Spring MVC利用这些组件来简化Web应用程序的开发提供了一种更加模块化、可测试和可维护的方式来进行Web开发。三层架构
包括表现层web、业务层service、持久层dao三层架构在我们的实际开发中使用的非常多。
三层架构中每一层各司其职接下来我们就说说每层都负责哪些方面
1表现层表示层web也就是我们常说的web层。它负责接收客户端请求向客户端
响应结果通常客户端使用http协议请求web 层web 需要接收 http 请求完成 http 响应。
表现层包括展示层和控制层控制层负责接收请求展示层负责结果的展示。
SpringMVC位于该层
2业务层也就是我们常说的 service 层。它负责业务逻辑处理和我们开发项目的需求息
息相关。 spring框架 IOC提供对象 声明式事务~
3持久层Dao data access object也就是我们是常说的 dao 层。负责数据持久化
和数据库做交互。Mybatis DButils JdbcTemplate Jdbc | Mybatis-plus | mapper
Hibernate JPA
SpringMVC 是 Spring Framework 中的一个重要模块它提供了构建 Web 应用程序的全功能 MVC 框架。MVCModel-View-Controller是一种常用的软件设计模式它将应用程序的输入、处理和输出分开使得应用程序更加模块化、可重用和可维护。
核心配置
SpringMVC重点 一个中心根据请求路径找到对应的servlet负责调度。 三个基本点处理器映射器对应着controller层的类、处理器适配器对应着控制类里面具体的一个方法、视图解析器根据适配器传的数据进行解析然后组装成视图 导入依赖
dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion5.2.5.RELEASE/version
/dependencydependencygroupIdorg.springframework/groupIdartifactIdspring-context/artifactIdversion5.2.5.RELEASE/version
/dependency配置web.xml
!-- 配置Spring MVC的DispatcherServlet --
servletservlet-namespringmvc1/servlet-nameservlet-classorg.springframework.web.servlet.DispatcherServlet/servlet-class!-- 指定Spring MVC的配置文件位置 springmvc.xml为位置--init-paramparam-namecontextConfigLocation/param-nameparam-valueclasspath:springmvc.xml/param-value/init-param
/servlet!-- 将Spring MVC的DispatcherServlet映射到根URL --
servlet-mappingservlet-namespringmvc1/servlet-nameurl-pattern//url-pattern
/servlet-mapping
springmvc1名字随意servlet标签主要是定义一个servlet对应当有请求的时候会根据路径url-pattern的参数进行匹配根据名字寻找对应servlet而servlet加载的过程中会根据servlet-class进行加载控制器。DispatcherServlet是SpringMVC内部封装的一个servlet类该类是属于
配置springmvc.xml !-- 扫描指定包下的组件将带有Controller和RestController注解的类注册为Spring的Bean --
context:component-scan base-packagecom.test.controller/context:component-scan!-- 配置处理器映射器用于将请求映射到控制器方法 根据请求 --
bean classorg.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping/bean!-- 配置处理器适配器用于将控制器方法适配到处理器映射器所需的格式 --
bean classorg.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter/bean!-- 配置视图解析器用于解析控制器返回的视图名称 --
bean classorg.springframework.web.servlet.view.InternalResourceViewResolver!-- 设置视图前缀用于拼接控制器返回的视图名称 --property nameprefix value//property!-- 设置视图后缀用于拼接控制器返回的视图名称 --property namesuffix value.jsp/property
/bean
Spring MVC 配置用于配置 Spring MVC 的基本组件。具体说明如下
context:component-scan
指定需要扫描的基础包Spring 会在这些包及其子包下查找带有 Controller 和
RestController 注解的类并将它们注册为 Spring 的 Bean。bean classorg.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping/bean
配置请求映射处理器用于将请求映射到相应的控制器方法。 负责处理 HTTP 请求到控制器方
法的映射。换句话说它决定了哪个 URL 应该调用哪个控制器方法。bean classorg.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter/bean配置请求处理适配器用于将控制器方法适配到请求映射处理器所需的格式。bean classorg.springframework.web.servlet.view.InternalResourceViewResolver
配置视图解析器用于解析控制器返回的视图名称然后将其解析为具体的视图资源。prefix 属性设置视图名称的前缀通常是视图资源的基础路径。
suffix 属性设置视图名称的后缀通常是视图资源的文件扩展名。SpringMVC 的主要组件
Model模型 代表应用程序的数据和业务逻辑。 通常模型是 POJOPlain Old Java Object或 JavaBean包含应用程序的持久化实体和业务服务。 SpringMVC 支持多种数据绑定技术如注解、数据绑定器等将 HTTP 请求参数绑定到模型对象。 View视图 负责显示模型数据给用户。 在 SpringMVC 中视图可以是 JSP、Thymeleaf、FreeMarker 等模板引擎也可以是 JSON、XML 等数据格式。 SpringMVC 支持多种视图解析技术如 JSP 视图解析器、Thymeleaf 视图解析器等。 Controller控制器 负责处理用户请求调用业务逻辑并选择合适的视图进行渲染。 在 SpringMVC 中控制器是处理 HTTP 请求的 Java 类通常使用 Controller 注解进行标记。 控制器方法可以使用 RequestMapping 注解来映射 HTTP 请求到具体的方法。 DispatcherServlet前端控制器 是 SpringMVC 的核心组件负责接收所有的 HTTP 请求。 当一个请求到达时DispatcherServlet 会根据请求的 URL 和配置的映射信息找到对应的控制器方法并调用该方法。 控制器方法执行完毕后DispatcherServlet 会根据返回的视图名称和配置的视图解析器找到具体的视图进行渲染。 HandlerMapping处理器映射器 负责根据请求的 URL 找到对应的控制器方法。 SpringMVC 提供了多种处理器映射器实现如 SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping 等。 在大多数情况下开发人员不需要直接配置处理器映射器因为 SpringMVC 提供了默认的处理器映射器实现。 HandlerAdapter处理器适配器 负责调用控制器方法并将请求参数绑定到控制器方法的参数上。 SpringMVC 提供了多种处理器适配器实现用于支持不同的控制器类型和方法签名。 ViewResolver视图解析器 负责将视图名称解析为具体的视图对象方法会返回一个逻辑视图名而不是一个具体的视图对象。视图解析器负责根据这个逻辑视图名来查找对应的实际视图对象。 SpringMVC 提供了多种视图解析器实现如 InternalResourceViewResolver用于解析 JSP 视图、ThymeleafViewResolver用于解析 Thymeleaf 视图等。 Handler处理器 它就是我们开发中要编写的具体业务控制器。由 DispatcherServlet 把用户请求转发到 Handler。由Handler 对具体的用户请求进行处理。 Interceptor拦截器 在请求处理过程中提供额外的功能如日志记录、身份验证、权限检查等。 开发人员可以自定义拦截器类并使用 Component 或 Bean 注解将其注册到 Spring 容器中。 通过配置拦截器的映射路径和顺序可以控制哪些请求需要被拦截以及拦截器的执行顺序。 ModelAndView模型视图 控制器处理请求后通常会返回一个 ModelAndView 对象Spring MVC 将会根据 ModelAndView 中的视图名称去寻找对应的视图解析器并将模型数据传递给该视图进行渲染。模型数据Model Data即控制器处理方法要传递给视图的数据通常以键值对的形式存储在 ModelAndView 中的 Model 部分。视图名称View Name指定要渲染的视图的逻辑名称通常以字符串的形式存储在 ModelAndView 中的 View 部分。 数据绑定和校验 SpringMVC 支持自动将 HTTP 请求参数绑定到控制器方法的参数上并提供了强大的数据校验功能。 可以使用 JSR 303/JSR 380 注解如 NotNull、Size 等对请求参数进行校验并自定义校验失败时的处理逻辑。
SpringMVC执行过程
首先由用户使用浏览器进行访问发送请求,http://localhost:8080/user/insert进行访问
根据8080后面的/匹配对应的DispatcherServlet(前端控制器)前端控制器将请求交给处理器
映射器(HandlerMapping)进行映射路径并且返回映射结果给前端控制器(根据路径找RequestMapping(user)的
控制器(Handler))然后根据处理器适配器(HandlerAdapter)找到对应的方法,最后方法返回
的结果由前端控制器交给视图解析器(ViewResolver)来处理找到对应的结果视图渲染视图
将结果返回给浏览器用户看到带有数据的网页。Tomcat免配置插件
需要在pom里面配置 buildpluginsplugingroupIdorg.apache.tomcat.maven/groupIdartifactIdtomcat7-maven-plugin/artifactIdversion2.2/versionconfiguration!--指定编码格式--uriEncodingutf-8/uriEncoding!--指定项目启动后的访问路径--path//path!--指定访问端口号--port8888/port/configuration/plugin/plugins/buildPOST编码问题
POST 请求的编码问题要在web.xml文件中配置编码过滤器
filterfilter-namecharacterEncodingFilter/filter-namefilter-classorg.springframework.web.filter.CharacterEncodingFilter/filter-classinit-paramparam-nameencoding/param-nameparam-valueutf-8/param-value/init-param/filterfilter-mappingfilter-namecharacterEncodingFilter/filter-nameurl-pattern/*/url-pattern/filter-mapping/*和/、RequestMapping(“user”)和RequestMapping(“/user”)
在中/ 和 /* 之间的区别在于它们的匹配规则
/当一个Servlet被配置了 / 时它会匹配Web应用的根路径。 例如如果你的Servlet配置了 /那么只有当请求的URL为根路径时例如 http://example.com/才会被映射到这个Servlet。 /当一个Servlet被配置了 / 时它会匹配以其配置的路径开头的所有URL。 例如如果你的Servlet配置了 /*那么所有的请求都会被映射到这个Servlet包括根路径以及根路径下的所有子路径例如 http://example.com/、http://example.com/foo、http://example.com/foo/bar 等。 总的来说/ 匹配根路径而 /* 匹配根路径及其所有子路径。选择哪种URL模式取决于你想要的映射行为是只希望处理根路径下的请求还是希望处理整个Web应用的所有请求。 RequestMapping(“/user”)这种写法表示绝对路径即请求路径必须精确匹配 /user。 当一个请求到达时如果请求路径为 /user则该注解匹配成功但如果请求路径为 /user/add 或者其他除了 /user 之外的路径则不会匹配成功。 RequestMapping(“user”)这种写法表示相对路径即请求路径只需匹配末尾为 /user 的路径即可。 当一个请求到达时如果请求路径为 /user 或者 /user/则该注解匹配成功而如果请求路径为 /user/add 或者其他以 /user 开头但不是完全匹配 /user 的路径则不会匹配成功。 因此主要区别在于绝对路径需要完全匹配指定的路径而相对路径只需要匹配路径的末尾部分。根据具体的业务需求和路径规则选择合适的写法来定义RequestMapping可以更好地匹配请求。
