WebApi con código EF Primero genera un error al tener la relación padre-hijo

Question

Me estoy rompiendo la cabeza por este problema. Encontré algo en Internet al respecto, pero no una respuesta clara. Mi problema:

tengo a clases en la sección Modelo de una aplicación MVC3 web: ParentClass y ChildClass En ParentClass hay una propiedad Hijos de tipo List

que utilicé Código EF En primer lugar, lo que genera claramente un padre tabla y una tabla hija para mí en la base de datos.

Ahora necesito un servicio REST que devuelva una lista o una sola clase principal.

Cuando elimino la propiedad Children from the ParentClass no hay ningún problema. Pero con la Propoerty Children there sigo recibiendo un error.

error: "The type System.Data.Entity.DynamicProxies.ParentClass_A0EBE0D1022D01EB84B81873D49DEECC60879FC4152BB115215C3EC16FB8003A was not expected. Use the XmlInclude or SoapInclude attribute to specify types that are not known statically."}

Algunos código:

Clases:

 public class ParentClass 
{ 
    public int ID { get; set; } 
    public string Name {get;set;} 
    public virtual List<ChildrenClass> Children { get; set; } 

} 

public class ChildrenClass 
{ 
    public int ID { get; set; } 
    public string MyProperty { get; set; } 
} 

Servicio:

[ServiceContract] 
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Required)] 
[ServiceBehavior(IncludeExceptionDetailInFaults = true)] 
public class MyService 
{ 

    static MyContext db; 
    public MyService() { db = new MyContext(); } 


    [WebGet(UriTemplate = "")] 
    public List<ParentClass> GetParents() 
    { 
     var result = db.Parents.ToList(); 
     return result; 

    } 

no voy a obtener el resultado cuando callinh este servicio. ¿Qué estoy haciendo mal?

Answer 1

tuve que DisableProxyCreation en la configuración contexto:

[OperationContract] 
[WebGet(UriTemplate = "")] 
public List<ParentClass> GetParents() 
{ 
    using (DBContext context = new DBContext()) 
    { 
     context.Configuration.ProxyCreationEnabled = false; 
     List<ParentClass> parents = context.Parents 
      .Include("Children") 
      .ToList(); 
     return parents; 
     } 
} 

Esto funcionó muy bien para mí.

Answer 2

Parece que está serializando las clases de proxy para sus POCO, mi primera recomendación sería usar el proxydatacontractresolver: http://msdn.microsoft.com/en-us/library/system.data.objects.proxydatacontractresolver.aspx.

También me gustaría trabajar en tener cosas explicadas de forma explícita al cargar los datos para el envío de más de un servicio web ... es decir

Cambio de clase de padres a

public class ParentClass 
{ 
    public int ID { get; set; } 
    public string Name {get;set;} 
    public List<ChildrenClass> Children { get; set; } 

} 

alterar su contenido para desactivar la carga diferida: Disable lazy loading by default in Entity Framework 4

Y explícitamente especifique qué desea cargar al devolver los datos que se envían a través del cable.

[WebGet(UriTemplate = "")] 
public List<ParentClass> GetParents() 
{ 
    var result = db.Parents.Include("Children").ToList(); 
    return result; 

} 

Tener un vistazo a la siguiente respuesta: Entity Framework Code First - Eager Loading not working as expected? durante más avanzadas incluyen llamadas.

También como consejo por experiencia, no devolvería sus clases de datos por cable ya que forman un contrato para el consumidor de su servicio web. Lo mejor es tener otro conjunto de clases en las que asigne los valores de los datos.

De esta forma, si cambian sus clases de datos, no tiene que cambiar el cliente del servicio web a menos que se requiera explícitamente.

Y el uso de paginación es importante si usted está esperando 1000 de las filas de las clases padre o hijo de otro modo se termina con N + 1 selecciona, consulte: What is SELECT N+1?.

Answer 3

En algunas situaciones, una solución simple es usar una clase contenedora para que todas las propiedades expuestas sean tipos conocidos.

Normalmente, no utilizará ObjectContext o DbContext en las clases de controlador, por lo que en una capa anterior (Business o Service) puede realizar una traducción rápida de los objetos procedentes de la base de datos a objetos de estilo ViewModel. similar a lo que harías en una aplicación MVC, pero en lugar de pasarlos a una Vista, los devuelves a la persona que llama.

Quizás no pueda usarlo en todos los casos, pero a menudo es un compromiso viable.