如何在 ASP.NET Core Web API 中处理 Patch 请求

2025-12-13 0 783

一、概述

PUT和PATCH方法用于更新现有资源。 它们之间的区别是,PUT 会替换整个资源,而 PATCH 仅指定更改。

在 ASP.NET Core Web API 中,由于 C# 是一种静态语言(dynamic在此不表),当我们定义了一个类型用于接收 HTTP Patch 请求参数的时候,在Action中无法直接从实例中得知客户端提供了哪些参数。

比如定义一个输入模型和数据库实体:

public class PersonInput
{
public string? Name { get; set; }
public int? Age { get; set; }
public string? Gender { get; set; }
}
public class PersonEntity
{
public string Name { get; set; }
public int Age { get; set; }
public string Gender { get; set; }
}

再定义一个以FromForm形式接收参数的 Action:

[HttpPatch]
[Route(\”patch\”)]
public ActionResult Patch([FromForm] PersonInput input)
{
// 测试代码暂时将 AutoMapper 配置放在方法内。
var config = new MapperConfiguration(cfg =>
{
cfg.CreateMap<PersonInput, PersonEntity>());
});
var mapper = config.CreateMapper();
// entity 从数据库读取,这里仅演示。
var entity = new PersonEntity
{
Name = \”姓名\”, // 可能会被改变
Age = 18, // 可能会被改变
Gender = \”我可能会被改变\”,
};
// 如果客户端只输入 Name 字段,entity 的 Age 和 Gender 将不能被正确映射或被置为 null。
mapper.Map(input, entity);
return Ok();
}

curl –location –request PATCH \’http://localhost:5094/test/patch\’ \\
–form \’Name=\”foo\”\’

如果客户端只提供了Name而没有其他参数,从HttpContext.Request.Form.Keys可以得知这一点。如果不使用 AutoMapper,那么接下来是丑陋的判断:

var keys = _httpContextAccessor.HttpContext.Request.Form.Keys;
if(keys.Contains(\”Name\”))
{
// 更新 Name(这里忽略合法性判断)
entity.Name = input.Name!;
}
if (keys.Contains(\”Age\”))
{
// 更新 Age(这里忽略合法性判断)
entity.Age = input.Age!;
}
// …

本文提供一种方式来简化这个步骤。

二、将 Keys 保存在 Input Model 中

定义一个名为PatchInput的类:

public abstract class PatchInput
{
[BindNever]
public ICollection<string>? PatchKeys { get; set; }
}

PatchKeys属性不由客户端提供,不参与默认绑定。

PersonInput继承自 PatchInput:

public class PersonInput : PatchInput
{
public string? Name { get; set; }
public int? Age { get; set; }
public string? Gender { get; set; }
}

三、定义 ModelBinderFactory 和 ModelBinder

public class PatchModelBinder : IModelBinder
{
private readonly IModelBinder _internalModelBinder;
public PatchModelBinder(IModelBinder internalModelBinder)
{
_internalModelBinder = internalModelBinder;
}
public async Task BindModelAsync(ModelBindingContext bindingContext)
{
await _internalModelBinder.BindModelAsync(bindingContext);
if (bindingContext.Model is PatchInput model)
{
// 将 Form 中的 Keys 保存在 PatchKeys 中
model.PatchKeys = bindingContext.HttpContext.Request.Form.Keys;
}
}
}
public class PatchModelBinderFactory : IModelBinderFactory
{
private ModelBinderFactory _modelBinderFactory;
public PatchModelBinderFactory(
IModelMetadataProvider metadataProvider,
IOptions<MvcOptions> options,
IServiceProvider serviceProvider)
{
_modelBinderFactory = new ModelBinderFactory(metadataProvider, options, serviceProvider);
}
public IModelBinder CreateBinder(ModelBinderFactoryContext context)
{
var modelBinder = _modelBinderFactory.CreateBinder(context);
// ComplexObjectModelBinder 是 internal 类
if (typeof(PatchInput).IsAssignableFrom(context.Metadata.ModelType)
&& modelBinder.GetType().ToString().EndsWith(\”ComplexObjectModelBinder\”))
{
modelBinder = new PatchModelBinder(modelBinder);
}
return modelBinder;
}
}

四、在 ASP.NET Core 项目中替换 ModelBinderFactory

var builder = WebApplication.CreateBuilder(args);
// Add services to the container.
builder.Services.AddPatchMapper();

AddPatchMapper是一个简单的扩展方法:

public static class PatchMapperExtensions
{
public static IServiceCollection AddPatchMapper(this IServiceCollection services)
{
services.Replace(ServiceDescriptor.Singleton<IModelBinderFactory, PatchModelBinderFactory>());
return services;
}
}

到目前为止,在 Action 中已经能获取到请求的 Key 了。

[HttpPatch]
[Route(\”patch\”)]
public ActionResult Patch([FromForm] PersonInput input)
{
// 不需要手工给 input.PatchKeys 赋值。
return Ok();
}

PatchKeys的作用是利用 AutoMapper。

五、定义 AutoMapper 的 TypeConverter

public class PatchConverter<T> : ITypeConverter<PatchInput, T> where T : new()
{
/// <inheritdoc />
public T Convert(PatchInput source, T destination, ResolutionContext context)
{
destination ??= new T();
var sourceType = source.GetType();
var destinationType = typeof(T);
foreach (var key in source.PatchKeys ?? Enumerable.Empty<string>())
{
var sourcePropertyInfo = sourceType.GetProperty(key, BindingFlags.IgnoreCase | BindingFlags.Public | BindingFlags.Instance);
if (sourcePropertyInfo != null)
{
var destinationPropertyInfo = destinationType.GetProperty(key, BindingFlags.IgnoreCase | BindingFlags.Public | BindingFlags.Instance);
if (destinationPropertyInfo != null)
{
var sourceValue = sourcePropertyInfo.GetValue(source);
destinationPropertyInfo.SetValue(destination, sourceValue);
}
}
}
return destination;
}
}

上述代码可用其他手段来代替反射。

六、模型映射

[HttpPatch]
[Route(\”patch\”)]
public ActionResult Patch([FromForm] PersonInput input)
{
// 1. 目前仅支持 `FromForm`,即 `x-www-form_urlencoded` 和 `form-data`;暂不支持 `FromBody` 如 `raw` 等。
// 2. 使用 ModelBinderFractory 创建 ModelBinder 而不是 ModelBinderProvider 以便于未来支持更多的输入格式。
// 3. 目前还没有支持多级结构。
// 4. 测试代码暂时将 AutoMapper 配置放在方法内。
var config = new MapperConfiguration(cfg =>
{
cfg.CreateMap<PersonInput, PersonEntity>().ConvertUsing(new PatchConverter<PersonEntity>());
});
var mapper = config.CreateMapper();
// PersonEntity 有 3 个属性,客户端如果提供的参数参数不足 3 个,在 Map 时未提供参数的属性值不会被改变。
var entity = new PersonEntity
{
Name = \”姓名\”,
Age = 18,
Gender = \”如果客户端没有提供本参数,那我的值不会被改变\”
};
mapper.Map(input, entity);
return Ok();
}

七、测试

curl –location –request PATCH \’http://localhost:5094/test/patch\’ \\
–form \’Name=\”foo\”\’

curl –location –request PATCH \’http://localhost:5094/test/patch\’ \\
–header \’Content-Type: application/x-www-form-urlencoded\’ \\
–data-urlencode \’Name=foo\’

源码

Tubumu.PatchMapper

  • 支持FromForm,即x-www-form_urlencoded和form-data。
  • 支持FromBody如raw等。
  • 支持多级结构。

参考资料

GraphQL.NET

如何在 ASP.NET Core Web API 中处理 JSON Patch 请求

到此这篇关于在 ASP.NET Core Web API 中处理 Patch 请求的文章就介绍到这了,更多相关ASP.NET Core Web API 处理 Patch 请求内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!

收藏 (0) 打赏

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

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

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

左子网 编程相关 如何在 ASP.NET Core Web API 中处理 Patch 请求 https://www.zuozi.net/36311.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小时在线 专业服务