自从升级到RC的WebAPI，我有一些真正奇怪的问题时调用POST在我的WebAPI。 我甚至回到了在新项目上生成的基本版本。所以:
public void Post(string value)
{
}
提琴手喊道:
Header:
User-Agent: Fiddler
Host: localhost:60725
Content-Type: application/json
Content-Length: 29
Body:
{
"value": "test"
}
当我调试时，字符串“value”永远不会被赋值。它总是NULL。 有人有这个问题吗?
(我第一次看到这个问题是在一个更复杂的类型上)
这个问题不仅仅局限于ASP。在asp.net MVC 4中，同样的问题出现在一个新的ASP。NET MVC 3项目后RC安装
当前回答
我也有同样的问题，并发现当将内容类型更改为“application/json”时并没有解决这个问题。然而“application / json;charset = utf - 8”工作。
其他回答
我也有同样的问题，并发现当将内容类型更改为“application/json”时并没有解决这个问题。然而“application / json;charset = utf - 8”工作。
尝试创建一个类作为数据模型，然后发送一个具有与数据模型类属性匹配的属性的JSON对象。(注:我已经测试了这个，它与我今天刚刚下载的最新的MVC 4 RC 2012一起工作)。
public HttpResponseMessage Post(ValueModel model)
{
return Request.CreateResponse<string>(HttpStatusCode.OK, "Value Recieved: " + model.Value);
}
public class ValueModel
{
public string Value { get; set; }
}
下面的JSON对象以HTTP-POST正文形式发送，内容类型为application/ JSON
{ "value": "In MVC4 Beta you could map to simple types like string, but testing with RC 2012 I have only been able to map to DataModels and only JSON (application/json) and url-encoded (application/x-www-form-urlencoded body formats have worked. XML is not working for some reason" }
我认为必须创建数据模型类的原因是假定简单值来自url参数，而假定单个复杂值来自主体。它们确实有[FromBody]和[FromUrl]属性，但使用[FromBody]字符串值仍然不适合我。看起来他们还在解决很多bug，所以我相信这在未来会改变。
编辑: 让XML在主体中工作。默认的XML序列化器被更改为DataContractSerializer而不是XmlSerializer。在我的全局中放入以下一行。Asax文件修复了这个问题(参考)
GlobalConfiguration.Configuration.Formatters.XmlFormatter.UseXmlSerializer = true;
问题是你的动作方法期望一个简单的类型，即字符串参数值。您所提供的是一个对象。
你的问题有两个解决方案。
创建一个具有“value”属性的简单类，然后将该类用作参数，在这种情况下，Web API模型绑定将从请求中读取JSON对象，并将其绑定到参数对象“values”属性。 只要传递字符串值“test”，它就会工作。
我一直在寻找这个问题的解决方案，所以我将分享我的解决方案。
如果你发布一个模型，你的模型需要有一个空的/默认的构造函数，否则模型显然不能被创建。 重构时要小心。；）
在ASP中也遇到过类似的问题。NET Core和另一个可能的原因是ASP。NET绑定(沉默)失败，由于各种原因，如发送null被绑定到一个非null属性:
{
"prop1":1139357,
"prop2":1139356,
"items":[
{"key":"15","someprop":34,"notnullprop":null},
{"key":"16","someprop":34,"notnullprop":null},
{"key":"22","someprop":34,"notnullprop":null}]
}
在这种情况下，不会抛出异常，整个模型将为null，即使这种情况发生在对象层次结构的深处。
