json - JavaScriptSerializer 和 ASP.Net MVC 模型绑定(bind)产生不同的结果

Question

我看到了无法解释或修复的 JSON 反序列化问题。

代码

public class Model
{
    public List<ItemModel> items { get; set; }
}
public class ItemModel
{

    public int sid { get; set; }
    public string name { get; set; }
    public DataModel data { get; set; }
    public List<ItemModel> items { get; set; }
}

public class DataModel
{
    public double? d1 { get; set; }
    public double? d2 { get; set; }
    public double? d3 { get; set; }
}

public ActionResult Save(int id, Model model) {
}

数据
{'items':[{'sid':3157,'name':'a name','items':[{'sid':3158,'name':'child name','data':{'d1':2,'d2':null,'d3':2}}]}]}
单元测试 - 通过

var jss = new JavaScriptSerializer();
var m = jss.Deserialize<Model>(json);
Assert.Equal(2, m.items.First().items.First().data.d1);

问题

相同的 JSON 字符串，当发送到 Save 时 Action ，不会以相同的方式反序列化，特别是 D1、D2 和 D3 值都设置为 NULL。总是。

这是怎么回事，我该如何解决？

Answer 1

这听起来可能违反直觉，但您应该将这些 double 作为 json 中的字符串发送:

'data':{'d1':'2','d2':null,'d3':'2'}

这是我使用 AJAX 调用此 Controller 操作的完整测试代码，并允许绑定(bind)到模型的每个值:

$.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' } => 富 = 2.5

public float? Foo { get; set; }

{ foo: 2 } => Foo = null

{ foo: 2.0 } => Foo = null

{ foo: 2.5 } => Foo = null

{ foo: '2.5' } => 富 = 2.5

public decimal? Foo { get; set; }

{ foo: 2 } => Foo = null

{ foo: 2.0 } => Foo = null

{ foo: 2.5 } => 富 = 2.5

{ foo: '2.5' } => 富 = 2.5

现在让我们对不可为空的类型做同样的事情:

public double Foo { get; set; }

{ foo: 2 } => Foo = 2.0

{ foo: 2.0 } => Foo = 2.0

{ foo: 2.5 } => 富 = 2.5

{ foo: '2.5' } => 富 = 2.5

public float Foo { get; set; }

{ foo: 2 } => Foo = 2.0

{ foo: 2.0 } => Foo = 2.0

{ foo: 2.5 } => 富 = 2.5

{ foo: '2.5' } => 富 = 2.5

public decimal Foo { get; set; }

{ foo: 2 } => Foo = 0

{ foo: 2.0 } => Foo = 0

{ foo: 2.5 } => 富 = 2.5

{ foo: '2.5' } => 富 = 2.5

结论:从 JSON 反序列化数字类型是一团糟。在 JSON 中使用字符串。当然，当您使用字符串时，请注意小数点分隔符，因为它取决于文化。

我在评论部分被问到为什么这通过了单元测试，但在 ASP.NET MVC 中不起作用。答案很简单:这是因为 ASP.NET MVC 比简单地调用 JavaScriptSerializer.Deserialize 做了更多的事情。 ，这就是单元测试所做的。所以你基本上是在比较苹果和橙子。

让我们更深入地了解会发生什么。在 ASP.NET MVC 3 中有一个内置的 JsonValueProviderFactory内部使用 JavaScriptDeserializer类来反序列化 JSON。正如您已经看到的，这在单元测试中有效。但在 ASP.NET MVC 中还有更多内容，因为它还使用了一个默认模型绑定(bind)器，负责实例化您的操作参数。

如果您查看 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?因为这就是我们在 View 模型中使用的。

那就看看 valueProviderResult :



看到这个 RawValue属性(property)在那里？你能猜出它的类型吗？



所以这个方法只是抛出一个异常，因为它显然不能转换 decimal 2.5 的值到 double? .

你注意到在这种情况下返回了什么值吗？这就是为什么你最终会得到 null在你的模型中。

这很容易验证。只需检查 ModelState.IsValid您的 Controller 操作中的属性，您会注意到它是 false .当您检查添加到模型状态的模型错误时，您将看到:

The parameter conversion from type 'System.Decimal' to type 'System.Nullable`1[[System.Double, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]]' failed because no type converter can convert between these types.

您现在可能会问，“但为什么在十进制类型的 ValueProviderResult 中存在 RawValue 属性？”。答案再次在 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);

您能猜出以下代码段将在您的控制台上打印什么吗？

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 请求绑定(bind)的设计决定。 ，它不知道您的模型类型。

现在看看您的单元测试是如何与 ASP.NET MVC 3 的幕后真正发生的事情完全不同的？这通常应该解释为什么它通过，以及为什么 Controller Action 没有得到正确的模型值？