【SpringMVC】加载控制、Postmand的使用、Rest风格的引入以及体验RestFul极速开发

【SpringMVC】加载控制、Postmand的使用、Rest风格的引入以及体验RestFul极速开发

码农世界 2024-05-19 前端 63 次浏览 0个评论

文章目录

  • 前言
    • 一.bean的加载控制
    • 二.容器加载
    • 三.PostMan的引入
      • 1.发送GET请求
      • 2.发送POST请求
      • 3.中文乱码问题解决
      • 四.Rest风格(🏳️‍🌈)
        • 1.REST简介
        • 2.RESTful传参
        • 3.RESTful简便形式(快速开发)
        • 4.放行静态资源

          前言

          从繁到简是贯彻SSM学习过程的原始真解

          一.bean的加载控制

          在MVC的模式中,Spring控制着业务和功能的bean,SpringMVC控制着表现层的bean,因为各自的作用不同,我们要避免Spring加载到SpringMVC控制的bean,如何实现?

          方式一:

          设定Spring的包扫描范围,排除表现层的bean所在的包

          @ComponentScan({"com.yu7daily.service","com.yu7daily.dao"})
          public class SpringConfig {...}
          

          这样写的好处是可以适配所有的数据层技术通用性强,如果使用的是mybatis,他的自动代理为我们生成了对象可以不用扫描dao层对应的包

          方式二:

          按注解过滤掉bean,因为SpringMVC的配置类上存在@Controller注解,通过设置来过滤掉这个注解所在的类即可

          @ComponentScan(value="com.yu7daily",
              excludeFilters = @ComponentScan.Filter(
                  type = FilterType.ANNOTATION,
                  classes = Controller.class
              )
          )
          //设置spring配置类加载bean时的过滤规则,当前要求排除掉表现层对应的bean
          //excludeFilters属性:排除扫描路径中指定类别加载的bean
          //type属性:设置排除规则,当前使用按照bean定义时的注解类型进行排除
          //classes属性:设置排除的具体注解类,当前设置排除@Controller定义的bean
          

          方式三:

          将二者加载到同一个环境

          二.容器加载

          在web3.0中,提供了快速初始化web容器的方式——继承AbstractDispatcherServletInitializer类并重写其方法

          1.createServletApplicationContext()方法

          创建Servlet容器时,加载SpringMVC对应的bean并放入WebApplicationContext对象范围中,从而将WebApplicationContext的作用范围提升至ServletContext范围,即 整个web容器范围

              protected WebApplicationContext createServletApplicationContext() {
                  AnnotationConfigWebApplicationContext ctx = new AnnotationConfigWebApplicationContext();
                  ctx.register(SpringmvcConfig.class);
                  return ctx;
              }
          

          2.createRootApplicationContext()方法

          创建servlet容器时需要加载非springMVC对应的bean

              protected WebApplicationContext createRootApplicationContext() {
                  AnnotationConfigWebApplicationContext ctx = new AnnotationConfigWebApplicationContext();
                  ctx.register(SpringConfig.class);
                  return ctx;
              }
          

          3.getServletMappings()方法

          设定SpringNc对应的请求映射路径,设置为 / 后表示拦截所有请求,任意请求都将转入到SpringMVC进行处理

              protected String[] getServletMappings() { return new String[]{"/"}; }
          

          这样每当我们启动服务器时,就会自动生成Spring和SpringMVC的容器,简化开发

          上述不难发现,都是通过指定配置文件名来完成容器的加载,存在一定的硬编码问题,于是Spring为我们提供了更简单的加载方式——继承AbstractAnnotationConfigDispatcherServletInitializer即可

          代码量显著减少,这种方式更值得使用!

          三.PostMan的引入

          一般向浏览器发送get请求比较容易,但发送post请求我们得另写表单,发送ajax请求得另写JS代码,十分麻烦,PostMan的诞生很好地解决了这一问题

          它主要是用来模拟各种HTTP请求的(如:get/post/delete/put…等等).,而且与浏览器的区别在于有的浏览器不能输出Json格式,而Postman更直观接口返回的结果

          1.发送GET请求

          1.首先写好表现层

             @RequestMapping("/commonParam")
              @ResponseBody
              public String commonParam(String name ,int age){
                  System.out.println("传递的参数为 name ==> "+name);
                  System.out.println("普通参数传递 age ==> "+age);
                  return "Hello SpringMVC";
              }
          

          2.在PostMan中发送请求

          3.在IDEA中接收到了Postman发送过来的请求

          2.发送POST请求

          由于POST请求的参数处于请求体内,所以在Postman中要选择以body的形式发送

          服务器端接受的数据如下:

          3.中文乱码问题解决

          当我将“pyq”改为“懒羊羊”后发送请求则会出现中文乱码问题

          按照以往的套路,是在web服务器中添加一个过滤器即可,而在SpringMVC中将过滤器写在配置类中即可

              @Override
              protected Filter[] getServletFilters() {
                  CharacterEncodingFilter filter = new CharacterEncodingFilter();
                  filter.setEncoding("UTF-8");
                  return new Filter[]{filter};   //若要配置多个过滤器,在数组中添加即可
              }
          

          四.Rest风格(🏳️‍🌈)

          1.REST简介

          REST(Representational State Transfer),表现形式状态转换,它是一种软件架构风格,按照这种风格来访问资源则称之为RESTful

          当我们想表示一个网络资源的时候,可以使用两种方式:

          • 1.传统风格资源描述形式
            • http://localhost/user/getById?id=1 查询id为1的用户信息
            • http://localhost/user/saveUser 保存用户信息
            • 2.REST风格描述形式
              • http://localhost/user/1
              • http://localhost/user

                传统方式一般是一个请求url对应一种操作,这样做不仅麻烦,也不安全,可以知道你进行的操作,使用rest风格后请求地址变的简单了,并且光看请求URL并不是很能猜出来该URL的具体功能

                为了解决开发人员明白一个相同的url地址进行的是何种操作,按照REST风格访问资源时使用行为动作对资源操作进行了区分

                http://localhost/users查询全部用户信息 GET(查询)
                http://localhost/users/1查询指定用户信息 GET(查询)
                http://localhost/users添加用户信息 POST(新增/保存)
                http://localhost/users修改用户信息 PUT(修改/更新)
                http://localhost/users/1删除用户信息 DELETE(删除)

                请求的方式比较多,但是比较常用的就4种,分别是GET,POST,PUT,DELETE。

                按照不同的请求方式代表不同的操作类型。

                • 发送GET请求是用来做查询
                • 发送POST请求是用来做新增
                • 发送PUT请求是用来做修改
                • 发送DELETE请求是用来做删除

                  值得注意的是:之所以称之为REST风格是因为只是一种"风格"而已,并不是规范,在实际开发中可以灵活变通,修改

                  2.RESTful传参

                  RESTful的传参方式稍微和上述有所不同,需要在@RequestMapping中指定请求行为和参数的名称,以post提交为例

                      @RequestMapping(value = "/users/{age}",method = RequestMethod.POST)
                      @ResponseBody
                      public String save(@PathVariable Integer age){  //@PathVariable表示此参数由路径传递
                          System.out.println("传参age");
                          return "Hello SpringMVC";
                      }
                  

                  我们输入的路径相比之下就显得格外简洁,安全

                  同样也可以成功传送到服务器端

                  请求行为可以通过method灵活更改,但是设定好之后更改传递的方式就会报错,例如method=RequestMethod.POST却以GET的方式提交

                  @RequestParam用于接收url地址传参或表单传参(非json格式)
                  @RequestBody用于接收json数据(传参数>1)
                  @PathVariable用于接收路径参数,使用{参数名称}描述路径参数(传参数较少)

                  @RequestParam、@RequestBody前面的文章有过介绍

                  3.RESTful简便形式(快速开发)

                  简化开发一般解决硬编码问题,例如:

                  每个方法的@RequestMapping注解中都定义了访问路径/books,@RequestMapping注解中都要使用method属性定义请求方式,响应json都需要加上@ResponseBody注解重复性太高

                  所以:

                  1.将@RequestMapping提到类上面,用来定义所有方法共同的访问路径。

                  2.使用@GetMapping @PostMapping @PutMapping @DeleteMapping代替,设置当前控制器方法请求访问路径与请求动作,每种对应一个请求动作,例如@GetMapping对应GET请求

                  3.将ResponseBody提到类上面,让所有的方法都有@ResponseBody的功能

                  4.使用@RestController注解替换@Controller与@ResponseBody注解,简化书写

                  就先这样:

                  public class QQ {
                      @RestController //@Controller + ReponseBody
                      @RequestMapping("/goodss")
                      public class goodsController {
                          @PostMapping
                          public String save(@RequestBody Goods goods){
                              System.out.println("goods save..." + goods);
                              return "Hello SpringMVC";
                          }
                          @DeleteMapping("/{id}")
                          public String delete(@PathVariable Integer id){
                              System.out.println("goods delete..." + id);
                               return "Hello SpringMVC";
                          }
                          @PutMapping
                          public String update(@RequestBody Goods goods){
                              System.out.println("goods update..." + goods);
                               return "Hello SpringMVC";
                          }
                          @GetMapping("/{id}")
                          public String getById(@PathVariable Integer id){
                              System.out.println("goods getById..." + id);
                               return "Hello SpringMVC";
                          }
                          @GetMapping
                          public String getAll(){
                              System.out.println("goods getAll...");
                              return "Hello SpringMVC";
                          }
                      }
                  }
                  

                  硬编码问题得到了极大的改善!这就是Restful的极速开发

                  4.放行静态资源

                   protected String[] getServletMappings() { return new String[]{"/"};}
                  

                  因为上述拦截方法存在的原因,SpringMVC将所有请求都拿去处理(静态资源JS/CSS/HTML…)而这些本应是交给tomcat来处理,因此客户端就会出现404错误

                  所以,SpringMVC需要将静态资源进行放行

                  @Configuration
                  public class SpringMvcSupport extends WebMvcConfigurationSupport {
                      protected void addResourceHandlers(ResourceHandlerRegistry registry) {
                          registry.addResourceHandler("/pages/**").addResourceLocations("/pages/");
                          registry.addResourceHandler("/js/**").addResourceLocations("/js/");
                          registry.addResourceHandler("/css/**").addResourceLocations("/css/");
                          registry.addResourceHandler("/plugins/**").addResourceLocations("/plugins/");
                      }
                  }
                  

转载请注明来自码农世界,本文标题:《【SpringMVC】加载控制、Postmand的使用、Rest风格的引入以及体验RestFul极速开发》

百度分享代码,如果开启HTTPS请参考李洋个人博客
每一天,每一秒,你所做的决定都会改变你的人生!

发表评论

快捷回复:

评论列表 (暂无评论,63人围观)参与讨论

还没有评论,来说两句吧...

Top