Sé que hay un DataContractJsonSerializer que viene ahora con el .NET Framework y que utilizan los servicios wcf ajax habilitados. Sin embargo, he notado que también hay un proyecto json.net en codeplex. Me pregunto si hay ventajas o características que están presentes en el proyecto codeplex que faltan en el .NET Framework.json.net vs DataContractJsonSerializer
json.net tiene siguientes ventajas:
\/Date(123)\/ MS AJAX)Hay muchas explicaciones sobre cómo se refleja en WCF el desarrollo de here.
Además, con respecto a http://banachowski.com/deprogramming/2010/08/json-net-vs-net-datacontractjsonserializer/ tiene un mejor rendimiento, pero estos resultados se pueden argumentar.
He usado DataContractSerializer y JavaScriptSerializer y los amo. Sin embargo, JSON.Net es bastante más rico en funciones y estuvo disponible mucho antes de que .NET tuviera tales características.
dos cosas: a . puede expandir en la parte "Más rico en características" .b. Entonces, ¿era json.net simplemente una solución para un momento en que .net no era compatible con json de forma nativa? – dortzur
Incluso cuando .net lo admitió, JSON.NET lo hizo notoriamente más rápido. – IKnowledge
puede encontrar una comparación completa función en la documentación Json.Net:
http://james.newtonking.com/json/help/?topic=html/JsonNetVsDotNetSerializers.htm
que en realidad se vería en la EM [JavaScriptSerializer] (http://msdn.microsoft.com/en-us /library/system.web.script.serialization.javascriptserializer.aspx) (en System.Web.Extensions.dll) antes de 'DataContractJsonSerializer' - salida mucho más" típica ", IMO –
Microsoft ha adoptado la biblioteca de código abierto Json.NET para ASP.NET MVC 4 y ASP.NET WebApi: [ASP.NET MVC, API web, Razor y código abierto] (http://weblogs.asp.net/scottgu/archive/2012/03/27/asp-net- mvc-web-api-razor-and-open-source.aspx) –