JavaScriptSerializer no está obsoleto después de .net 3.5 SP1. ¿Debería usar JavaScriptSerializer o el DataContractJsonSerializer recomendado anteriormente? ¿También por qué se hizo obsoleto?¿Por qué Microsoft hizo JavaScriptSerializer obsoleto antes de .NET 3.5 SP1 y de nuevo activo después de eso?
Me encantaría usar JavaScriptSerializer - pero si tiene dudas, considere una tercera opción - Json.NET. Debido a que es de terceros, no está relacionado con las decisiones de MS ... eso es un arma de doble filo, por supuesto, pero a menudo es más fácil obtener una solución menor aplicada a una biblioteca independiente de terceros.
lo siento, tuve que poner esto aquí en los comentarios pero, usando el servicio '.NET 2.0 asmx', ¿qué camino debo ir' DataContractJsonSerializer', 'JavaScriptSerializer' o 'http: // jayrock.berlios.de' no sé si JSON.net es 2.0 compatible. Estamos construyendo un sistema de widgets y estamos retransmitiendo widgets como datos JSON de webmethods. – Deeptechtons
@Deeptechtons bien, JavaScriptSerializer no es una opción en 2.0, y tampoco lo es DataContractJsonSerializer. Francamente, DataContractJsonSerializer tiende a producir json atípico. Yo haría lo siguiente: actualizar a 3.5/4.0 y usar JavaScriptSerializer, o ver si JSON.net, etc. son 2.0 amigables –
gracias y, por cierto, ¿JSON - RPc es diferente de los objetos web que devuelven el objeto? Http: //stackoverflow.com/questions/9291423/json-rpc-libraries-for-use-with-net – Deeptechtons
No he visto una explicación definitiva. Hubo bastantes personas molestas cuando JavaScriptSerializer se volvió obsoleto.
Scott Gu hizo this comment en su blog diciendo que pensó que marcarlo como obsoleto no tenía sentido.
JavaScriptSerializer actualmente está marcado como obsoleto, aunque no estoy seguro de por qué (iba a preguntarle a alguien sobre esto hoy). Es muy útil Tenga en cuenta que obsoleto no significa la eliminación en .NET 3.5 - se admitirá al menos otra versión o dos (o más si puedo convencerlos).
Supongo que tal vez él los convenció :-)
he seguido utilizando JavaScriptSerializer como su mucho más sencillo que el DataContractJsonSerializer.
Dado que el equipo de MVC utiliza JavaScriptSerializer con tanta intensidad, es poco probable que se elimine en el futuro, ya que MVC ha recibido tal impacto. –
Por supuesto [webAPI usa Json.Net] (https://blogs.msdn.microsoft.com/henrikn/2012/02/17/using-json-net-with-asp-net-web-api/) como estándar . Entonces Microsoft ya no está encadenado al uso de ninguna de estas tecnologías. Creo que se habla de combinar tecnologías de API web con MVC, por lo que ahora es cuestionable cuánto tiempo se mantendrá esta dependencia. IMO Json.Net gana todo el tiempo. – Liam
Solo para agregar más, JavaScriptSerializer y DataContractJsonSerializer no siempre son compatibles entre sí (DateTime, IIRC, es un problema). –