Al desarrollar una aplicación ASP.NET MVC, estoy encontrando algunos lugares donde mis acciones JsonResult lanzan una excepción "Se detectó una referencia circular al serializar un objeto".¿Cómo evito la serialización JSON en ASP.NET MVC?
Por ahora, estoy eliminando las referencias en cuestión, pero idealmente me gustaría simplemente marcar la propiedad de manera que el serializador JSON lo ignore.
¿Alguien puede sugerir cómo podría hacer esto?
[ScriptIgnore]debe trabajo para usted.
He encontrado que por lo general para el complejo de objetos a su alcance para serializar simplemente mediante la creación de un objeto temporal 'entre medio':
Por ejemplo, para testimonios que hacer lo siguiente. De hecho, hago esto en el código subyacente para mi página de modelo ASPX.
Esto crea un buen objeto JSON. Notarás que incluso puedo refacturar mi modelo y la página seguirá funcionando. Es solo otra capa de abstracción entre el modelo de datos y la página. No creo que mi controlador deba saber sobre JSON tanto como sea posible, pero el 'código subyacente' de ASPX ciertamente puede.
/// <summary>
/// Get JSON for testimonials
/// </summary>
public string TestimonialsJSON
{
get
{
return Model.Testimonials.Select(
x => new
{
testimonial = x.TestimonialText,
name = x.name
}
).ToJSON();
}
}
En mi ASPX acabo de hacer esto en un bloque:
var testimonials = <%= TestimonialsJSON %>;
// oh and ToJSON() is an extension method
public static class ObjectExtensions
{
public static string ToJSON(this Object obj)
{
return new JavaScriptSerializer().Serialize(obj);
}
}
Estoy listo para la reacción en contra de esta sugerencia ... lo trae en ...
I' no estoy accediendo a los datos, simplemente reformateando un modelo para la Vista. Esta es lógica de "ver modelo", no lógica de "modelo de controlador".
+1. Al principio, quería ofrecer una reacción violenta "No quiero crear varios modelos", pero mencionas "ver modelo", que empieza a tener sentido para mí: haces modelos para la lógica de negocios, ¿por qué no haces modelos para verlos? ¿lógica? ¡Brillante! No es la respuesta a mi situación específica, pero definitivamente vale la pena un voto positivo. – JMP
¡yo tampoco quiero crear varios modelos! esta es la forma más fácil de hacerlo sin tener que crear otra clase (innecesario aquí). el modelo debe ser la información y solo los datos, no cómo se muestran esos datos y, aunque no siempre es práctico, siempre debe minimizar el acoplamiento entre la vista y el modelo en caso de que la vista cambie a una tecnología diferente o necesite proporcionar múltiples vistas diferentes (ajax/flash/plain html) –
Me gusta este enfoque en caso de que necesite algunas serializaciones JSON diferentes del mismo modelo subyacente. –
Aconsejaría usar JSON.NET. Permite serializar referencias circulares y proporciona muchas más opciones de serialización.
Lo que dijo Simon. Agregue un poco de acción AutoMapper para mantener el peso del código bajo control.
El enfoque más limpio que he encontrado es utilizar una combinación de [DataContract] en la clase y [DataMember] en las propiedades que desea serializar. El atributo DataContract le dice a los diversos serializadores que ignoren cualquier propiedad que no tenga el atributo DataMember.
Existen dos ventajas principales en comparación con el uso de ScriptIgnoreAttribute. Primero, no tiene una dependencia en el ensamblado System.Web.Extensions. En segundo lugar, funciona con otros tipos de serialización, no solo con JSON. Por ejemplo, si está utilizando la nueva API web en MVC 4, el enfoque DataContract/DataMember también funcionará con el serializador XML.
Considere el escenario en el que sus entidades se almacenan en una biblioteca compartida y se reutilizan en varios proyectos; no desea una dependencia de System.Web.Extensions, y desea describir las reglas de serialización, no el comportamiento de código duro específico de JSON, XML, etc.
¿Qué serializador estás usando? –
JsonResult es mi tipo de devolución, así que supongo que el serializador es el predeterminado en la clase de controlador de ASP.NET MVC 1.0. – JMP
¿Cuál es el JavaScriptSerializer? – womp