使用.NET 6开发TodoList应用(19)——处理OPTION和HEAD请求
系列导航及源代码#
需求#
在HTTP请求中,我们还剩下两类不常使用的请求没有讲到,本文就来实现以下关于OPTIONS
和HEAD
请求。OPTIONS
请求用来货哦去关于某个特定的URI
能够允许执行的请求类型,而HEAD
请求可以理解为不实际获取返回结果的GET
请求,通常用于校验资源接口、测试资源可达性或者测试资源最近的改动。
目标#
实现OPTIONS
和HEAD
请求响应。
原理与思路#
在.NET Web API项目中,我们只需要在Controller请求上方加入对应的请求方法,再按要求对应填充Header里的相关字段即可。
实现#
实现OPTIONS请求#
我们在TodoItemController
中加入一个新的Action,并使用HttpOptions
来标记该Action:
TodoItemController.cs
// 省略其他...
[HttpOptions]
public Task<ApiResponse<string>> GetTodoItemsOptions()
{
Response.Headers.Add("Allow", "GET, OPTIONS, POST, PUT");
return Task.FromResult(ApiResponse<string>.Success(""));
}
实现HEAD请求#
对于HEAD请求,我们直接在GetTodoItemsWithCondition
上添加HttpHead
即可:
TodoItemController.cs
// 省略其他...
[HttpHead]
[HttpGet]
public async Task<ApiResponse<PaginatedList<ExpandoObject>>> GetTodoItemsWithCondition([FromQuery] GetTodoItemsWithConditionQuery query)
{
return ApiResponse<PaginatedList<ExpandoObject>>.Success(await _mediator.Send(query));
}
验证#
验证OPTIONS请求#
启动Api
项目,执行OPTIONSTodoItem
的请求:
验证HEAD请求#
启动Api
项目,执行HEADTodoItem
的请求:
HEAD请求实际已经被执行了,只不过并没有填充响应体数据。
总结#
关于这两种请求,我们在项目中使用的较少,所以只做简单的演示。我会对系列内容进行一些顺序上的调整,关于HATEOAS
和Root Document
相关的内容放到最后再来介绍,因为实际使用过程中涉及到的很少。下一篇文章我们将介绍关于API版本管理的相关知识。
作者:CODE4NOTHING
出处:https://www.cnblogs.com/code4nothing/p/build-todolist-19.html
版权:本作品采用「署名-非商业性使用-相同方式共享 4.0 国际」许可协议进行许可。
欢迎转载,转载请注明出处
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端