使用.NET 6开发TodoList应用(19)——处理OPTION和HEAD请求

系列导航及源代码#

需求#

在HTTP请求中,我们还剩下两类不常使用的请求没有讲到,本文就来实现以下关于OPTIONSHEAD请求。OPTIONS请求用来货哦去关于某个特定的URI能够允许执行的请求类型,而HEAD请求可以理解为不实际获取返回结果的GET请求,通常用于校验资源接口、测试资源可达性或者测试资源最近的改动。

目标#

实现OPTIONSHEAD请求响应。

原理与思路#

在.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的请求:

  • 请求
    image

  • 响应
    image

验证HEAD请求#

启动Api项目,执行HEADTodoItem的请求:

  • 请求
    image

  • 响应
    image

HEAD请求实际已经被执行了,只不过并没有填充响应体数据。

总结#

关于这两种请求,我们在项目中使用的较少,所以只做简单的演示。我会对系列内容进行一些顺序上的调整,关于HATEOASRoot Document相关的内容放到最后再来介绍,因为实际使用过程中涉及到的很少。下一篇文章我们将介绍关于API版本管理的相关知识。

posted @   CODE4NOTHING  阅读(787)  评论(3编辑  收藏  举报
编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?
· 使用C#创建一个MCP客户端
点击右上角即可分享
微信分享提示
主题色彩