一文读懂.NET WebAPI中FromRoute、FromQuery、FromBody的关键角色与用法

2025-12-13 0 184

.NET WebAPI作为一种构建RESTful服务的强大工具,为开发者提供了便捷的方式来定义、处理HTTP请求并返回响应。在设计API接口时,正确地接收和解析客户端发送的数据至关重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用于指示控制器方法应如何从不同的请求源提取参数。本文将深入探讨这三个属性的作用及其用法。

一、[FromRoute]:从路由模板提取参数

作用:[FromRoute]属性用于标识那些应从HTTP请求的路由数据中提取的参数。当客户端访问一个URL,其路径部分可能包含动态占位符(通常称为路由参数)。[FromRoute]属性指示ASP.NET Core框架应将这些路由参数值绑定到控制器方法的相应参数上。

用法:假设我们有一个路由模板api/users/{userId},其中{userId}是动态部分。对应的控制器方法可以这样声明:

[HttpGet(\”api/users/{userId}\”)]
public IActionResult GetUser([FromRoute]int userId)
{
// 使用 userId 参数查询用户信息并返回结果
}

在上述代码中,userId参数被[FromRoute]装饰,表示它应从请求的URL路径(即路由数据)中获取其值。当客户端访问如https://example.com/api/users/123这样的URL时,userId参数会被自动赋值为123。

二、[FromQuery]:从查询字符串提取参数

作用:[FromQuery]属性指示控制器方法应从HTTP请求的查询字符串中提取参数。查询字符串是URL末尾以问号(?)开始,由键值对组成的部分,例如?sortOrder=asc&page=2。使用[FromQuery],可以轻松地将这些键值对映射到方法参数。

用法:考虑一个API端点用于分页和排序用户列表,其URL可能包含查询参数:

[HttpGet(\”api/users\”)]
public IActionResult GetUsers([FromQuery]string sortOrder = \”desc\”, [FromQuery]int page = 1, [FromQuery]int pageSize = 20)
{
// 使用 sortOrder, page, pageSize 参数执行查询并返回结果
}

在这个例子中,sortOrder、page和pageSize参数都标记为[FromQuery],表示它们的值应从请求的查询字符串中提取。客户端可以通过访问类似https://example.com/api/users?sortOrder=asc&page=2的URL来指定排序方式和分页信息。

三、[FromBody]:从请求主体(Body)提取参数

作用:[FromBody]属性指示ASP.NET Core框架应从HTTP请求的主体(Body)中反序列化并提取参数。这通常用于处理POST、PUT等方法中携带的复杂数据,如JSON或XML格式的内容。当客户端以请求体的形式发送非简单类型的数据时,[FromBody]是必不可少的。

用法:假设我们有一个API端点用于创建新用户,客户端以JSON格式将用户信息发送到服务器:

[HttpPost(\”api/users\”)]
public IActionResult CreateUser([FromBody]User user)
{
// 使用 user 参数创建新用户并返回结果
}
public class User
{
public string Username { get; set; }
public string Password { get; set; }
public string Notes { get; set; }
}

在此示例中,User类实例作为CreateUser方法的参数,并用[FromBody]修饰。当客户端发送如下JSON到POST /api/users:

{
\”username\”: \”DotNET开发跳槽\”,
\”password\”: \”s3cr3tP@ssw0rd\”
\”Notes\”: \”欢迎关注公众号:DotNET开发跳槽;加微信xbhpnet入群求职技术交流\”,
}

ASP.NET Core会自动将JSON内容反序列化为User对象,并将其赋值给user参数。

结语

[FromRoute]、[FromQuery]和[FromBody]是.NET WebAPI中用于从不同请求源提取参数的核心特性。本文介绍了三者在.NET WebAPI中的角色和用法,希望给大家带来收获。

当然也可以不添加这些特性,若不使用[FromRoute]、[FromQuery]和[FromBody]等特性来明确指示参数来源,ASP.NET Core WebAPI会遵循默认绑定规则尝试自动绑定请求数据。虽然这种方式在简单场景下可能工作,但它可能导致代码可读性降低、绑定行为不确定性增加以及限制API设计的灵活性与可扩展性。因此,为了确保代码清晰、易于理解和维护,以及请求数据绑定的确定性和一致性,建议在编写控制器方法时始终显式使用这些特性指定参数来源。

理解并恰当使用这些属性,能够确保您的WebAPI接口准确、高效地处理客户端请求,实现清晰、语义化的API设计。根据请求数据的位置和格式,选择合适的属性进行参数绑定,是构建健壮、通用RESTful API的关键步骤之一。本文仅供参考。

收藏 (0) 打赏

感谢您的支持,我会继续努力的!

打开微信/支付宝扫一扫,即可进行扫码打赏哦,分享从这里开始,精彩与您同在
点赞 (0)

申明:本文由第三方发布,内容仅代表作者观点,与本网站无关。对本文以及其中全部或者部分内容的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。本网发布或转载文章出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,也不代表本网对其真实性负责。

左子网 编程相关 一文读懂.NET WebAPI中FromRoute、FromQuery、FromBody的关键角色与用法 https://www.zuozi.net/36695.html

常见问题
  • 1、自动:拍下后,点击(下载)链接即可下载;2、手动:拍下后,联系卖家发放即可或者联系官方找开发者发货。
查看详情
  • 1、源码默认交易周期:手动发货商品为1-3天,并且用户付款金额将会进入平台担保直到交易完成或者3-7天即可发放,如遇纠纷无限期延长收款金额直至纠纷解决或者退款!;
查看详情
  • 1、描述:源码描述(含标题)与实际源码不一致的(例:货不对板); 2、演示:有演示站时,与实际源码小于95%一致的(但描述中有”不保证完全一样、有变化的可能性”类似显著声明的除外); 3、发货:不发货可无理由退款; 4、安装:免费提供安装服务的源码但卖家不履行的; 5、收费:价格虚标,额外收取其他费用的(但描述中有显著声明或双方交易前有商定的除外); 6、其他:如质量方面的硬性常规问题BUG等。 注:经核实符合上述任一,均支持退款,但卖家予以积极解决问题则除外。
查看详情
  • 1、左子会对双方交易的过程及交易商品的快照进行永久存档,以确保交易的真实、有效、安全! 2、左子无法对如“永久包更新”、“永久技术支持”等类似交易之后的商家承诺做担保,请买家自行鉴别; 3、在源码同时有网站演示与图片演示,且站演与图演不一致时,默认按图演作为纠纷评判依据(特别声明或有商定除外); 4、在没有”无任何正当退款依据”的前提下,商品写有”一旦售出,概不支持退款”等类似的声明,视为无效声明; 5、在未拍下前,双方在QQ上所商定的交易内容,亦可成为纠纷评判依据(商定与描述冲突时,商定为准); 6、因聊天记录可作为纠纷评判依据,故双方联系时,只与对方在左子上所留的QQ、手机号沟通,以防对方不承认自我承诺。 7、虽然交易产生纠纷的几率很小,但一定要保留如聊天记录、手机短信等这样的重要信息,以防产生纠纷时便于左子介入快速处理。
查看详情

相关文章

猜你喜欢
发表评论
暂无评论
官方客服团队

为您解决烦忧 - 24小时在线 专业服务