这听起来可能违反直觉，但您应该将这些双精度作为字符串发送到 json 中：
'data':{'d1':'2','d2':null,'d3':'2'}
这是我使用 AJAX 调用此控制器操作并允许绑定到模型的每个值的完整测试代码：
$.ajax({
url: '@Url.Action("save", new { id = 123 })',
type: 'POST',
contentType: 'application/json',
data: JSON.stringify({
items: [
{
sid: 3157,
name: 'a name',
items: [
{
sid: 3158,
name: 'child name',
data: {
d1: "2",
d2: null,
d3: "2"
}
}
]
}
]
}),
success: function (result) {
// ...
}
});
为了说明尝试从 JSON 反序列化数字类型的问题的严重程度，让我们举几个例子：
-
public double? Foo { get; set; }
-
{ foo: 2 } => Foo = null
-
{ foo: 2.0 } => Foo = null
-
{ foo: 2.5 } => Foo = null
-
{ foo: '2.5' } => Foo = 2.5
-
public float? Foo { get; set; }
-
{ foo: 2 } => Foo = null
-
{ foo: 2.0 } => Foo = null
-
{ foo: 2.5 } => Foo = null
-
{ foo: '2.5' } => Foo = 2.5
-
public decimal? Foo { get; set; }
-
{ foo: 2 } => Foo = null
-
{ foo: 2.0 } => Foo = null
-
{ foo: 2.5 } => Foo = 2.5
-
{ foo: '2.5' } => Foo = 2.5
现在让我们对不可为空的类型做同样的事情：
-
public double Foo { get; set; }
-
{ foo: 2 } => Foo = 2.0
-
{ foo: 2.0 } => Foo = 2.0
-
{ foo: 2.5 } => Foo = 2.5
-
{ foo: '2.5' } => Foo = 2.5
-
public float Foo { get; set; }
-
{ foo: 2 } => Foo = 2.0
-
{ foo: 2.0 } => Foo = 2.0
-
{ foo: 2.5 } => Foo = 2.5
-
{ foo: '2.5' } => Foo = 2.5
-
public decimal Foo { get; set; }
-
{ foo: 2 } => Foo = 0
-
{ foo: 2.0 } => Foo = 0
-
{ foo: 2.5 } => Foo = 2.5
-
{ foo: '2.5' } => Foo = 2.5
结论：从 JSON 反序列化数字类型是一团糟。在 JSON 中使用字符串。当然，当您使用字符串时，请注意小数点分隔符，因为它取决于文化。
我在 cmets 部分被问到为什么它通过了单元测试，但在 ASP.NET MVC 中不起作用。答案很简单：这是因为 ASP.NET MVC 做的事情比简单地调用 JavaScriptSerializer.Deserialize 做的事情多得多，而这正是单元测试所做的事情。所以你基本上是在比较苹果和橘子。
让我们更深入地了解会发生什么。在 ASP.NET MVC 3 中有一个内置的 JsonValueProviderFactory，它在内部使用 JavaScriptDeserializer 类来反序列化 JSON。正如您已经看到的，这在单元测试中有效。但在 ASP.NET MVC 中还有更多功能，因为它还使用默认模型绑定器来负责实例化您的操作参数。
如果您查看 ASP.NET MVC 3 的源代码，更具体地说是 DefaultModelBinder.cs 类，您会注意到以下方法，该方法为每个要设置值的属性调用：
public class DefaultModelBinder : IModelBinder {
...............
[SuppressMessage("Microsoft.Globalization", "CA1304:SpecifyCultureInfo", MessageId = "System.Web.Mvc.ValueProviderResult.ConvertTo(System.Type)", Justification = "The target object should make the correct culture determination, not this method.")]
[SuppressMessage("Microsoft.Design", "CA1031:DoNotCatchGeneralExceptionTypes", Justification = "We're recording this exception so that we can act on it later.")]
private static object ConvertProviderResult(ModelStateDictionary modelState, string modelStateKey, ValueProviderResult valueProviderResult, Type destinationType) {
try {
object convertedValue = valueProviderResult.ConvertTo(destinationType);
return convertedValue;
}
catch (Exception ex) {
modelState.AddModelError(modelStateKey, ex);
return null;
}
}
...............
}
让我们更具体地关注以下行：
object convertedValue = valueProviderResult.ConvertTo(destinationType);
如果我们假设您有一个Nullable<double> 类型的属性，那么当您调试您的应用程序时会出现以下情况：
destinationType = typeof(double?);
这里没有惊喜。我们的目标类型是double?，因为这是我们在视图模型中使用的类型。
那就看看valueProviderResult：
看到这个RawValue 属性了吗？你能猜出它的类型吗？
所以这个方法只是抛出一个异常，因为它显然不能将2.5 的decimal 值转换为double?。
你注意到在这种情况下返回了什么值吗？这就是为什么您最终在模型中使用 null。
这很容易验证。只需检查控制器操作中的ModelState.IsValid 属性，您就会注意到它是false。当您检查添加到模型状态的模型错误时，您会看到：
从类型'System.Decimal'到类型的参数转换
'System.Nullable`1[[System.Double，mscorlib，版本=4.0.0.0，
Culture=neutral, PublicKeyToken=b77a5c561934e089]]' 失败，因为没有
类型转换器可以在这些类型之间进行转换。
您现在可能会问，“但为什么 RawValue 属性位于十进制类型的 ValueProviderResult 中？”。答案再次在 ASP.NET MVC 3 源代码中（是的，您现在应该已经下载了它）。让我们看一下JsonValueProviderFactory.cs 文件，更具体地说是GetDeserializedObject 方法：
public sealed class JsonValueProviderFactory : ValueProviderFactory {
............
private static object GetDeserializedObject(ControllerContext controllerContext) {
if (!controllerContext.HttpContext.Request.ContentType.StartsWith("application/json", StringComparison.OrdinalIgnoreCase)) {
// not JSON request
return null;
}
StreamReader reader = new StreamReader(controllerContext.HttpContext.Request.InputStream);
string bodyText = reader.ReadToEnd();
if (String.IsNullOrEmpty(bodyText)) {
// no JSON data
return null;
}
JavaScriptSerializer serializer = new JavaScriptSerializer();
object jsonData = serializer.DeserializeObject(bodyText);
return jsonData;
}
............
}
你注意到下面这行了吗：
JavaScriptSerializer serializer = new JavaScriptSerializer();
object jsonData = serializer.DeserializeObject(bodyText);
你能猜出下面的 sn-p 会在你的控制台上打印什么吗？
var serializer = new JavaScriptSerializer();
var jsonData = (IDictionary<string, object>)serializer
.DeserializeObject("{\"foo\":2.5}");
Console.WriteLine(jsonData["foo"].GetType());
是的，你猜对了，是decimal。
您现在可能会问，“但是为什么他们在我的单元测试中使用 serializer.DeserializeObject 方法而不是 serializer.Deserialize？”这是因为 ASP.NET MVC 团队做出的设计决定是使用 ValueProviderFactory 实现 JSON 请求绑定，它不知道您的模型的类型。
现在看看您的单元测试与 ASP.NET MVC 3 的实际情况有何不同？哪个通常应该解释它为什么通过，以及为什么控制器操作没有得到正确的模型值？