6、用restful风格写controller方法接口,单元测试依赖

编写单元测试,用restful风格写controller方法

单元测试依赖

实际项目开发中,单元测试与业务代码通常都会要求同步进行
TDD测试驱动开发:先编写单元测试,然后努力去开发业务代码去满足所有的单元测试用例。

添加SpringBoot的测试依赖

spring-boot-starter-test.jar , 传递依赖了最新JUnit 5.x的单元测试框架。

javascript 复制代码
        <!--    springboot测试依赖    -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
        </dependency>
复制代码
Restful API常用映射注解:

@Controller:在一个类上添加@Controller注解,表明了这个类是一个控制器类。

@ResponseBody:表示方法的返回值直接以指定的格式写入Http response body中,而不是解析为跳转路径。

@RestController:相当于@Controller+@ResponseBody注解。

@RequestMapping:这个注解会将 HTTP 请求映射到 MVC 和 REST 控制器的处理方法上。 

@GetMapping:这个注解是@RequestMapping的变体,可以接收GET的请求方式,在RestFul在处理获取资源的请求。

@PostMapping:这个注解是@RequestMapping的变体,可以接收Post的请求方式,在RestFul在处理创建资源的请求。

@PutMapping:这个注解是@RequestMapping的变体,可以接收Put的请求方式,在RestFul在处理修改资源的请求。

@DeleteMapping:这个注解是@RequestMapping的变体,可以接收Delete的请求方式,在RestFul在处理删除资源的请求。

@RequestParam:将请求参数绑定到你控制器的方法参数上。

@PathVariable:接收请求路径中占位符的值。

@RequestBody:用来接收前端传递给后端的json字符串中的数据的(请求体中的数据的)。

把之前的增删查方法换成 RestFul写法。

从原先的方法返回视图,改成 直接使用方法的返回值作为响应。

注意点:这里的三个方法的映射路径是一样的,都是/books

区别就是换成RestFul风格,使用注解@ResponseBody,表示返回的是json格式的数据。

添加书籍:PostMapping,查询书籍:GetMapping

删除书籍:DeleteMapping(之前的删除使用GetMapping)

之前三个方法的代码:

改成RestFul风格:也就是直接用方法的返回值作为响应。

用Postman测试三个方法:

添加书籍:成功

查看书籍:成功

删除书籍:成功

三个方法都是访问同一个映射路径,但是可以通过RestFul风格的注解(get、post、delete)去区分对应的执行方法。

相关推荐
葫芦和十三6 小时前
图解 MongoDB 05|文档模型设计:内嵌 vs 引用,反范式不是免费午餐
后端·mongodb·agent
不能放弃治疗9 小时前
单 Agent 实现模式
后端
IT_陈寒11 小时前
Redis内存爆了,原来我漏掉了这个致命配置
前端·人工智能·后端
fliter12 小时前
最后一块拼图:用 bitvec 构造 IPv4 包,真正做出自己的 Ping
后端
fliter13 小时前
用 Rust 解析并生成 ICMP 包:checksum、nom 与 cookie-factory
后端
蝎子莱莱爱打怪13 小时前
XZLL-IM干货系列 03|消息 ID 设计:一个 UUID 搞不定的事,我用两个 ID 解决了
后端·面试·开源
fliter13 小时前
从 panic 到 Result:用 Rust 重新整理一个 ping 项目的错误处理
后端
森蓝情丶14 小时前
我给 AI 搭了个法庭:一个前端仔的 LangGraph 实战全记录
前端·后端
JensCS猿14 小时前
从 Spring Boot 回看 SSM 框架:手动挡与自动挡的驾驶哲学
后端
爱勇宝14 小时前
干了近 8 年,一夜之间被裁:AI 时代,程序员最该害怕的不是 AI
前端·后端·程序员