AutoMapper werfen StackOverflowException beim Aufruf ProjectTo<T>() auf IQueryable

Ich habe Klassen erstellt mit EF Code First, die Sammlungen des jeweils anderen.
Personen:

public class Field
{
    public int Id { get; set; }
    public string Name { get; set; }
    public virtual List<AppUser> Teachers { get; set; }
    public Field()
    {
        Teachers = new List<AppUser>();
    }
}

public class AppUser
{
    public int Id { get; set; }
    public string Email { get; set; }
    public string Password { get; set; }
    public string UserName => Email;
    public virtual List<Field> Fields { get; set; }
    public AppUser()
    {
        Fields = new List<FieldDTO>();
    }
}

DTOs:

public class FieldDTO
{ 
    public int Id { get; set; }
    public string Name { get; set; }
    public List<AppUserDTO> Teachers { get; set; }
    public FieldDTO()
    {
        Teachers = new List<AppUserDTO>();
    }
}

 public class AppUserDTO
{
    public int Id { get; set; }
    public string Email { get; set; }
    public string Password { get; set; }
    public string UserName => Email;
    public List<FieldDTO> Fields { get; set; }
    public AppUserDTO()
    {
        Fields = new List<FieldDTO>();
    }
}

Zuordnungen:

Mapper.CreateMap<Field, FieldDTO>();
Mapper.CreateMap<FieldDTO, Field>();
Mapper.CreateMap<AppUserDTO, AppUser>();
Mapper.CreateMap<AppUser, AppUserDTO>();

Und ich bin immer StackOverflowException beim aufrufen dieser code (Kontext-ist mein dbContext):

protected override IQueryable<FieldDTO> GetQueryable()
{
    IQueryable<Field> query = Context.Fields;
    return query.ProjectTo<FieldDTO>();//exception thrown here
}

Ich denke, dies geschieht, weil es eine Schleife in den Listen, indem Sie jedes andere endlos. Aber ich verstehe nicht, warum dies geschieht. Sind meine Zuordnungen falsch?

  • Du hast Recht. Das problem ist eine Endlosschleife beim Aufruf mapper auf den Listen. Deine Zuordnungen richtig sind. Sie können versuchen, die leere Listen vor der Konvertierung von Entitäten.
InformationsquelleAutor Peter | 2016-05-16
  1. 28

    Haben Sie selbst referenzierende entities UND self-referencing DTOs. Im Allgemeinen self-referencing DTOs sind eine schlechte Idee. Vor allem, wenn dabei eine Projektion - EF nicht weiß, wie die zusammenkommen und sich zusammen schließen und gemeinsam eine Hierarchie von Elementen.

    Haben Sie zwei Möglichkeiten.

    Ersten, können Sie nicht zwingen, eine bestimmte Tiefe der Hierarchie, indem Sie explizit die Modellierung Ihrer DTOs mit einer Hierarchie in den Sinn:

    public class FieldDTO
{ 
    public int Id { get; set; }
    public string Name { get; set; }
    public List<TeacherDTO> Teachers { get; set; }
    public FieldDTO()
    {
        Teachers = new List<TeacherDTO>();
    }
}

public class TeacherDTO 
{
    public int Id { get; set; }
    public string Email { get; set; }
    public string Password { get; set; }
    public string UserName => Email;
}

public class AppUserDTO : TeacherDTO
{
    public List<FieldDTO> Fields { get; set; }
    public AppUserDTO()
    {
         Fields = new List<FieldDTO>();
    }
}

    Dies ist die bevorzugte Art und Weise, wie es die meisten offensichtlich und explizit.

    Die weniger offensichtlichen, weniger explizite Weise zu konfigurieren, AutoMapper, um eine maximale Tiefe wird es gehen, um die traverse hierarchische Beziehungen:

    CreateMap<AppUser, AppUserDTO>().MaxDepth(3);

    Ich gehe lieber #1, weil es die am leichtesten zu verstehen, aber #2 so gut funktioniert.

    • Vielen Dank Jimmy. Sie half mir wirklich aus. Ich denke, ich werde gehen für die erste Wahl. Es wird einige Zeit dauern, bis die Umgestaltung ganze code, aber es wird es Wert sein.
    • Bogard: in dem ersten Ansatz, ist die mapping-Reihenfolge wichtig?
    • Ich finde, dass .MaxDepth(n) ist sehr nützlich für die Herstellung der Karte in Tests, so dass ich dann im Graben, um herauszufinden, wo die Rekursion kommt, für komplexe Grafiken. Aber ich habe immer nehmen Sie es aus, danach, so, dass wenn sich das Modell ändert, und die Rekursion ist wieder eingeführt, die durch Unfall, bekommen wir eine Fehlermeldung wieder.
    • Großartiges feature. genial.
    InformationsquelleAutor Jimmy Bogard
  2. 9

    Andere option ist die Verwendung PreserveReferences () - Methode.

    CreateMap<AppUser, AppUserDTO>().PreserveReferences();
    • Wenn ich nicht Gefahr, MaxDepth automatisch ermöglicht es
    • PreserveReferences gilt nicht für ProjectTo.
    InformationsquelleAutor glanes
  3. 0

    Ich diese generische Methode:

            public static TTarget Convert<TSource, TTarget>(TSource sourceItem)
    {
        if (null == sourceItem)
        {
            return default(TTarget);
        }

        var deserializeSettings = new JsonSerializerSettings { ObjectCreationHandling = ObjectCreationHandling.Replace, ReferenceLoopHandling = ReferenceLoopHandling.Ignore };

        var serializedObject = JsonConvert.SerializeObject(sourceItem, deserializeSettings);

        return JsonConvert.DeserializeObject<TTarget>(serializedObject);
    }
    • Wäre die Leistung sehr erbärmlich!
    InformationsquelleAutor Xtremexploit
Schreibe einen Kommentar