JavaScriptSerializer non è obsoleto dopo .net 3.5 SP1. Devo usare JavaScriptSerializer o il precedente DataContractJsonSerializer consigliato ?. Anche perché è stato reso obsoleto?Perché microsoft ha reso JavaScriptSerializer obsoleto prima di .net 3.5 SP1 e di nuovo attivo dopo?
Mi piacerebbe utilizzare JavaScriptSerializer - ma in caso di dubbio, prendere in considerazione una terza opzione - Json.NET. Poiché è di terze parti, non è correlato alle decisioni della MS ... è ovviamente un'arma a doppio taglio, ma spesso è più semplice ottenere una correzione minore applicata a una libreria autonoma di terze parti.
scusa se ho dovuto inserire questo qui nei commenti ma, usando il servizio '.net 2.0 asmx' quale strada dovrei andare' DataContractJsonSerializer', 'JavaScriptSerializer' o 'http: // jayrock.berlios.de' non lo so se JSON.net è 2.0 compatibile. Stiamo solo costruendo un sistema di widget e stiamo trasmettendo i widget come dati JSON da webmethods. – Deeptechtons
@Deeptechtons bene, JavaScriptSerializer non è un'opzione su 2.0 e nemmeno DataContractJsonSerializer. Francamente, DataContractJsonSerializer tende a produrre atipico json. Vorrei: upgrade a 3.5/4.0 e usare JavaScriptSerializer, o vedere se JSON.net ecc è 2.0 friendly –
grazie & btw è JSON - RPc diverso da webmethods che restituisce oggetto? Http: //stackoverflow.com/questions/9291423/JSON-RPC-librerie-per-use-con-net – Deeptechtons
Non ho visto la spiegazione definitiva. Ci sono state alcune persone sconvolte quando JavaScriptSerializer è diventato obsoleto.
Scott Gu ha fatto this comment sul suo blog dicendo che pensava che contrassegnarlo come obsoleto non aveva senso.
JavaScriptSerializer è attualmente contrassegnato come obsoleto - anche se non sono sicuro del perché (stavo per chiedere a qualcuno di questo oggi). È molto utile Si noti che obsoleto non significa la rimozione in .NET 3.5 - sarà supportato almeno un'altra versione o due (o più lungo se posso convincerli).
Credo che forse li ha convinto :-)
ho continuato a usare JavaScriptSerializer come la sua molto più semplice rispetto al DataContractJsonSerializer.
Poiché il team MVC utilizza JavaScriptSerializer in modo così pesante, è improbabile che venga eliminato in futuro poiché MVC ha preso fuoco. –
Naturalmente [webAPI utilizza Json.Net] (https://blogs.msdn.microsoft.com/henrikn/2012/02/17/using-json-net-with-asp-net-web-api/) come standard . Quindi Microsoft non è più incatenato all'utilizzo di una di queste tecnologie. Credo che si parli di combinazione di tecnologie web api con MVC, quindi per quanto tempo questa dipendenza continui a essere mantenuta è ora discutibile. IMO Json.Net vince ogni volta. – Liam
Solo per aggiungere altro - JavaScriptSerializer e DataContractJsonSerializer non sono sempre compatibili l'uno con l'altro (DateTime, IIRC, è un dolore). –