So che c'è un DataContractJsonSerializer che ora viene fornito con il framework .net ed è utilizzato dai servizi abilitati wcf ajax. Tuttavia, ho notato che c'è anche un progetto json.net su codeplex. Mi chiedo se ci sono dei vantaggi o delle funzionalità che sono presenti nel progetto di codeplex che mancano nel framework .net.json.net vs DataContractJsonSerializer
json.net ha prossimi pro:
\/Date(123)\/ MS AJAX)Ci sono molte spiegazioni su come si riflette su WCF in via di sviluppo here.
Inoltre, rispetto a http://banachowski.com/deprogramming/2010/08/json-net-vs-net-datacontractjsonserializer/ ha prestazioni migliori, ma questo risultato può essere discusso.
Ho usato DataContractSerializer e JavaScriptSerializer e li adoro. Tuttavia, JSON.Net è molto più ricco di funzionalità ed era disponibile molto tempo prima che .NET avesse tali caratteristiche.
due cose: una . puoi espandere la sezione "Più elementi di funzionalità" part.b. Quindi json.net era semplicemente una soluzione per un periodo in cui .net non supportava json nativamente? – dortzur
Anche se .net lo supportava, JSON.NET lo faceva notevolmente più veloce. – IKnowledge
È possibile trovare un confronto completo di funzionalità nella documentazione Json.Net:
http://james.newtonking.com/json/help/?topic=html/JsonNetVsDotNetSerializers.htm
mi sarebbe effettivamente guardare la SM [JavaScriptSerializer] (http://msdn.microsoft.com/en-us /library/system.web.script.serialization.javascriptserializer.aspx) (in System.Web.Extensions.dll) prima di 'DataContractJsonSerializer' - molto più output" tipico ", IMO –
Microsoft ha adottato la libreria Json.NET open source per ASP.NET MVC 4 e ASP.NET WebApi: [ASP.NET MVC, Web API, Razor e Open Source] (http://weblogs.asp.net/scottgu/archive/2012/03/27/asp-net- mvc-web-api-razor-and-open-source.aspx) –