WebAPI DataMember通过application / x-www-form-urlencoded进行de / serial化时未使用的名称

时间:2015-04-28 17:06:10

标签: c# asp.net .net asp.net-web-api

在处理HTTP POST表单请求(Name)时,已经花了几个小时尝试解决DataMemberAttribute上被忽略的Content-Type: application/x-www-form-urlencoded属性的问题。

我在.NET 4.5上运行Microsoft.AspNet.WebApi 5.2.3应用程序,由IIS托管。

我有这个模型(演示):

// library
public interface IPayload
{
    string DataId { get; set; }
    int RelationId { get; set; }
}

// web app project
[DataContract]
public class MyPayload : IPayload
{
    [Required]
    [DataMember(Name = "id")]
    public string DataId { get; set; }

    [Required]
    [DataMember(Name = "rel")]
    public int RelationId { get; set; }
}

然后我有控制器:

[HttpPost]
[Route("~/api/stuff")]
public async Task<HttpResponseMessage> DoMagic(MyPayload payload)
{
    // ... breakpoint
}

(注意我实际上使用的是模型类型,而不仅仅是我控制器中的接口)

当我发送这样的数据时:

curl -X POST --data '{"id":"foo","rel":1}' -H "Content-Type: application/json" -H "Content-Length: 20" http://localhost/api/stuff

我正确地反序列化了我的模型。

然而,当我这样做时:

curl --data "id=foo" --data "rel=1" http://localhost/api/stuff

...我得到空模型 - 忽略自定义名称,所有属性都有默认值。

最后,当我这样请求时:

curl --data "DataId=foo" --data "RelationId=1" http://localhost/api/stuff

...模型已正确序列化。

所以我想知道,我做错了什么。我花了很多时间阅读,我发现的大部分案例都是关于DataContractAttribute的遗漏,这在我的案例中是存在的。

控制器参数前面的属性FromBody也没有改变任何内容。

在我的应用程序中,这些格式化程序已注册:

  • System.Net.Http.Formatting.JsonMediaTypeFormatter
  • System.Net.Http.Formatting.XmlMediaTypeFormatter
  • System.Net.Http.Formatting.FormUrlEncodedMediaTypeFormatter
  • System.Web.Http.ModelBinding.JQueryMvcFormUrlEncodedFormatter

只有最后两个在application/x-www-form-urlencoded中包含SupportedMediaTypes

1 个答案:

答案 0 :(得分:10)

花在调试上的时间后,我必须自己回答。

System.Net.Http.Formatting.FormUrlEncodedMediaTypeFormatter未使用,因为我的模型不是从FormDataCollection派生的,也不是JS令牌类型。因此格式化程序System.Web.Http.ModelBinding.JQueryMvcFormUrlEncodedFormatter正在使用中。

CompositeModelBinder中使用的粘合剂是:

  • TypeMatchModelBinder(已跳过)
  • MutableObjectModelBinder(已使用)

我还没有发现任何代码痕迹,这会考虑Name的{​​{1}}属性 - 所以我必须为我的类型实现自己的DataMemberAttribute照顾自定义。

请注意:序列化对象时,一切都按预期工作 - 上述问题仅与请求体的反序列化有关。

来源

我希望我没有错过任何事情。如果是这样,请纠正我。