文章目录
什么是springMVCSpringMVC什么是模型、视图、控制器MVC和SpringMVC的关系SpringMVC的使用第一个SpringMVC程序@RestController什么是注解
那么@RestController到底是干嘛的呢？@RequestMapping
如何接收来自请求中的querystrying@RequestParam@RequestMapping("/m9/{userId}/{name}")
什么是springMVC
SpringMVC
首先想要知道什么是SpringMVC我们就要先知道它的意思，首先什么是MVC呢？MVC即
模型，视图，控制器
其实SpringMVC全名应该叫做SpringWebMVC，它其实是基于servlet来构建的一个原始web框架从一开始就包含在了spring框架中。 那么通过上面的介绍我们知道SpringMVC的两个基本信息
第一个：它是一个web矿建
第二个：它是基于servlet的api构建出的一个框架
什么是模型、视图、控制器
模型视图控制器其实是我们软件架构模式中的一种，它把软件系统分为了这三个部分我们来分别进行解析一下 Model（模型）：是应用程序中负责存取程序和数据逻辑的部分，一般是在数据库中负责数据的存取 Controller(控制器）：是应用程序中负责用户交互的部分通常控制器负责从视图中读取，用户需要的数据并返回给用户。 View（视图）：是应用程序中用来显示出数据的部分通常视图是依据模型数据创建的。
MVC和SpringMVC的关系
我们上面说到MVC其实是实现一个应用的一种架构，那么SpringMVC呢？其实就是对这种架构的具体实现，也就是说MVC是一种思想，SpringMVC是实现这种思想的其中一种方式，
SpringMVC的使用
那么我们说了既然SpringMVC是一个web框架，并且还是MVC架构的一种实现，并且还是基于servlet的API创造出的，那么我们代入一下，学习Servlet的过程，我们可以推测出他肯定也是获取连接，并且根据连接请求，建立与数据库的交互并且返回数据，那么Servlet是根据@WebServlet(“/xxx”)来进行解析连接的，那么SpringMVC是怎么使用的呢？我们来看一下。
第一个SpringMVC程序
首先我们先写一个类
@RestController
public class hello {
}
我们来看一下映入眼帘中的第一个让我们懵逼的东西那就是这个类上的注解@RestController，我们接下来就来解释一下这个注解
@RestController
什么是@RestController呢？他是一个注解，或者说叫做组合注解，那么我们先搞懂一个概念，什么是注解？
什么是注解
我们可以类比于注释的概念去理解，这两者最大的区别就是注释主要是给人看的，而注解是给机器看的，比如说我们在学习多态那里的时候如果细心的同学应该在重写了父类的方法子类方法中见到过@Override这个注解，这个注解的作用就是告诉编译器我的 这个方法是重写了父类的方法，那么当编译器看到这个注解的时候他会多做一些事情，首先要做的就是要先看看你到底有没有重写父类的方法你要是没有写那你就是欺骗我的感情，是渣男，渣女人渣，这时候编译器直接不留情面的给你来个报错。那么专业些的说法是什么呢？ 注解是提供一种为程序元素设置元数据的方法，理解起来还是一样的，程序元素就是指接口、类、属性、方法，这些都是属于程序的元素，那啥叫元数据呢？就是描述数据的数据(data about data)，举个简单的例子，系统上有一个sm.png文件，这个文件才是我们真正需要的数据本身，而这个文件的属性则可以称之为sm.png的元数据，是用来描述png文件的创建时间、修改时间、分辨率等信息的，这些信息无论是有还是没有都不影响它作为图片的性质，都可以使用图片软件打开。
那么@RestController到底是干嘛的呢？
我们有了上面概念的基础我们再来说一下，到底@RestController是干嘛的，他想告诉编译器什么？大家不要急要想知道这个问题我们要先搞明白，为什么说他是组合注解它组合了谁，它组合 的就是@Controller和@ResponseBody两个注解的功能。那么组合之后有什么功能呢？@RestController注解的类接下来类中的方法返回的数据都是json数据，也就是说当我们使用了@RestController这个注解之后我们就不需要在要返回json数据的方法中添加@ResponseBody注解了。 那么接下来我们就要继续写代码了。
package com.example.test_spring2.controller;
import org.springframework.boot.SpringApplication;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
public class hello {
@RequestMapping("sayHi")
public String hello(){
return "hello Spring MVC";
}
}
这一次我们加入了新的方法和注解那就是@RequestMapping那么接下来我们再次来学习一下这个注解
@RequestMapping
这个注解的作用是什么呢？这个注解的作用我们可以参考一下@WebServlet这个注解，我们知道@WebServlet这个注解是为了映射连接的说白了我们想要访问被这个注解修饰的方法就必须要输入这个注解中的值作为url，那么@RequestMapping也一样也是为了去进行地址映射的，那么这个注解除了修饰方法之外还能修饰类吗？答案是可以的。那么我们来写一个代码试试把
package com.example.test_spring2.controller;
import org.springframework.boot.SpringApplication;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
@RestController
@RequestMapping("/sayicll")
public class hello {
@RequestMapping("sayHiIicll")
public String hello(){
return "hello Spring MVC";
}
}
那么如果代码这样写的话我们的url该怎么写呢？如下
http://127.0.0.1:8080/sayicll/sayHiIicll
也就是说我们需要先将描述类的那层@RequestMapping写在前面然后写描述方法的@RequestMapping，此时可能就会用同学有疑问，既然这样子的话那我发送什么请求可以被接收呢？我们来测试一下就可以了这里我们使用的软件是postman
这里我们发现无论是get还是post请求我们都能发送别接受其返回，那么这时候可能会用同学有疑问那么如果我就是想要让他特定的接收其中一个请求怎么办呢？当然也可以,这就需要用到method了如下
@RestController
@RequestMapping("/sayicll")
public class hello {
@RequestMapping(value = "sayHiIicll",method = RequestMethod.POST)
public String hello(){
return "hello Spring MVC";
}
}
这就表示他只能使用post进行那么还有别的形式吗？也是有的如下代码我们来构建一下请求
@RestController
@RequestMapping("/sayicll")
public class hello {
@PostMapping("helloIicll")
public String hello(){
return "hello Spring MVC";
}
@PostMapping("hiIicll")
public String hi(){
return "hi I i cll";
}
}
那么如上这个注解就可以帮助我们这个方法只能，接收post请求那么我们按照相同的思路就能猜测到肯定有个注解叫做@GetMapping，那么这个注解肯定就是帮助我们的方法只能接收Get请求了。
如何接收来自请求中的querystrying
首先我们来看一下我们的后端代码
@RequestMapping("/h1")
public String h1(String name){
return "name="+name;
}
有了上面的基础我们来尝试一下接收来自请求中querystring中的参数，这里的参数如何获取呢？其实也很简单就是保证我们这个方法中的参数和我们querystring中的参数一致这样spring可以帮助我们自动匹配，那么我们来看一下结果验证一下吧。 这里我们发现我们只需要做到前端的querystring和后端方法中设置的参数名一致就可以保证我们的请求序列中的参数被准确的接收到了。那么假如说我不希望和前端的保持一致呢？也就是我如何才能跟前端发给我的参数名称进行重命名呢？这时候就需要学习到一个新的注解了。
@RequestParam
我们来解释一下@RequestParam这个注解，这个注解的作用就是重命名前端传来的参数，用法是如何呢？我们来看一下代码
@RequestMapping("/h1")
public String h1(@RequestParam("name") String username){
return "name="+username;
}
我们来看一下结果如下图 那么这时候我们来思考一个问题那就是这里有什么不同呢？其实很明显的一个就是我们的代码中原来返回的是name现在返回的参数是username了，其实这就是因为name是前端发送给我们的数据参数，username才是我们后端自己命名的参数那么你想在后端代码中使用这个值你肯定用的是自己定义的参数才对嘛。此外我们需要注意的是这样写的话这个name就是一个必传参数，也就是说必须要有这个name值才可以那么如果我不想设置这个参数呢？
@RequestMapping("/h1")
public String h1(@RequestParam(value = "name",required = false) String username){
return "name="+username;
}
这里我们只需要设置一下request=false就可以了。
@RequestMapping(“/m9/{userId}/{name}”)
这里我们想一下一些url的一些我们需要的属性可能即不在query string中也不在body中而是在url中那么这时候我们该怎么办呢？这里 @RequestMapping给我们提供了更多的用法也就是上面的那种我们只需要将我们需要的参数提前在 @RequestMapping中设置好就可以了，此外我们还需要搭配着另外的一个属性，@PathVariable 进行使用那么代码如下
@RequestMapping("/m9/{userId}/{name}")
public String m9(@PathVariable Integer userId,@PathVariable("name") String userame){
return "userId:"+userId + ",userame:"+userame;
}
好文链接
发表评论