我看到了无法解释或修复的 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。总是。这是怎么回事，我该如何解决？
最佳答案
这听起来可能违反直觉，但您应该将这些 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 没有得到正确的模型值？
关于json - JavaScriptSerializer 和 ASP.Net MVC 模型绑定(bind)产生不同的结果，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8964646/