JavaScriptSerializer和ASP.Net MVC模型绑定产生不同的结果
Sco*_*ein 8 json model-binding asp.net-mvc-3
我看到一个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);
问题
发送到Save操作时,相同的JSON字符串不会以相同的方式反序列化,特别是D1,D2和D3值都设置为NULL.总是.
这里发生了什么,我该如何解决？
Dar*_*rov 27
这听起来可能违反直觉,但你应该将这些双打作为字符串发送到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中使用字符串.当然,当您使用字符串时,请注意小数分隔符,因为它取决于文化.
我在评论部分中被问到为什么这会通过单元测试,但在ASP.NET MVC中不起作用.答案很简单:这是因为ASP.NET MVC做的不仅仅是对a的简单调用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在那里看到这个房产？你猜它的类型吗？
所以这个方法只是抛出一个异常,因为它显然无法将decimal值转换2.5为a double?.
您是否注意到在这种情况下返回的值是多少？这就是为什么你最终会null在你的模型中.
这很容易验证.只需检查ModelState.IsValid控制器操作中的属性,您就会注意到它false.当您检查添加到模型状态的模型错误时,您将看到:
从类型"System.Decimal"参数转换为类型"System.Nullable`1 [[System.Double,mscorlib程序,版本= 4.0.0.0,文化=中性公钥= 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);
你能猜出你的控制台上会打印下面的代码片段吗？
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团队决定使用a来实现JSON请求绑定ValueProviderFactory,而不知道模型的类型.
现在看看您的单元测试与ASP.NET MVC 3的实际情况完全不同？通常应该解释为什么它通过,以及为什么控制器动作没有得到正确的模型值？