Hat AutoMapper Unterstützung von Linq?

Ändern Sie Ihre zweite Funktion dieser:

public IEnumerable<DO_RoleInfo> SelectAll()
{
    Mapper.CreateMap<DB_RoleInfo, DO_RoleInfo>();
    return from role in _ctx.DB_RoleInfo.ToList()
           select Mapper.Map<DB_RoleInfo, DO_RoleInfo>(role);
}

AutoMapper funktioniert gut mit Linq to SQL, aber es kann nicht ausgeführt werden, da ein Teil der latenten Abfrage. Hinzufügen ToList() am Ende der Linq-Abfrage bewirkt, dass es sofort die Ergebnisse zu bewerten, anstatt zu versuchen zu übersetzen, die AutoMapper-segment als Teil der Abfrage.

Klärung

Den Begriff der die verzögerte Ausführung (nicht "lazy load") macht keinen Sinn, sobald Sie geändert haben, auch die daraus resultierende Art zu etwas, dass nicht eine Entität Daten. Betrachten Sie diese zwei-Klassen:

public class DB_RoleInfo
{
    public int ID { get; set; }
    public string Name { get; set; }
}

public class DO_RoleInfo
{
    public Role Role { get; set; }    //Enumeration type
}

Betrachten Sie jetzt die folgende Abbildung:

Mapper.CreateMap<DB_RoleInfo, DO_RoleInfo>
    .ForMember(dest => dest.Role, opt => opt.MapFrom(src =>
        (Role)Enum.Parse(typeof(Role), src.Name)));

Diese Zuordnung ist völlig in Ordnung (es sei denn, ich habe einen Tippfehler gemacht), aber lassen Sie uns sagen, Sie schreiben die SelectAll - Methode in Ihrer ursprünglichen post, anstatt meine berichtigte Fassung:

public IQueryable<DO_RoleInfo> SelectAll()
{
    Mapper.CreateMap<DB_RoleInfo, DO_RoleInfo>();
    return from role in _ctx.DB_RoleInfo
           select Mapper.Map<DB_RoleInfo, DO_RoleInfo>(role);
}

Dies tatsächlich funktioniert, aber durch den Aufruf selbst ein "queryable", es liegt. Was passiert, wenn ich versuche, dies zu schreiben, dagegen:

public IEnumerable<DO_RoleInfo> SelectSome()
{
    return from ri in SelectAll()
           where (ri.Role == Role.Administrator) ||
                 (ri.Role == Role.Executive)
           select ri;
}

Denken wirklich hart über diese. Wie könnte Linq to SQL möglicherweise in der Lage, erfolgreich verwandeln Sie Ihre where in eine tatsächliche Datenbank-Abfrage?

Linq weiß nichts über die DO_RoleInfo Klasse. Es weiß nicht, wie zu tun, die Zuordnung rückwärts - in einigen Fällen, dass die vielleicht gar nicht möglich. Sicher, man kann sich bei diesem code und gehen Sie "Oh, das ist einfach, suchen Sie einfach nach 'Administrator' oder 'Executive' in den Name Spalte", aber du bist der einzige, der weiß, dass. Soweit Linq to SQL betroffen ist die Abfrage ist purer Unsinn.

Vorstellen, dass jemand hat Sie diese Anweisungen:

Gehen Sie in den Supermarkt zurück bringen und die Zutaten für die Herstellung von Morton Thompson die Türkei.

Es sei denn, Sie haben es geschafft, bevor, und die meisten Menschen nicht, Ihre Antwort auf, dass der Unterricht am ehesten zu sein:

• Was zum Teufel ist das?

Können Sie auf den Markt gehen, und Sie können bestimmte Bestandteile von Namen, aber Sie können nicht den Zustand bewerten, ich habe Ihnen , während Sie dort sind. Ich habe zu "un-Karte" die Kriterien ersten. Ich muss Ihnen sagen, hier sind die Zutaten, die wir brauchen für das Rezept - jetzt gehen und Sie Holen.

Zusammen zu fassen, das ist keine einfache Inkompatibilität zwischen Linq to SQL und AutoMapper. Es ist nicht eindeutig auf eine der beiden Bibliotheken. Es spielt keine Rolle wie Sie tatsächlich tun, die Zuordnung zu einem nicht-entity-Typ - Sie könnte genauso gut tun, die Zuordnung manuell, und Sie würden immer noch die gleichen Fehler, weil Sie geben jetzt Linq to SQL eine Reihe von Anweisungen, die nicht mehr nachvollziehbar, die sich mit mysteriösen Klassen, die nicht über eine systeminterne Zuordnung zu einem bestimmten entity-Typ.

Dieses Problem ist grundlegend für das Konzept des O/R-Mapping und deferred query-Ausführung. Ein Projektion ist ein one-way-operation. Sobald Sie das Projekt, Sie kann nicht mehr zurück, um die Abfrage-engine und sagen ach übrigens, hier sind noch einige weitere Bedingungen, die für Sie. Es ist zu spät. Das beste, was Sie tun können, ist zu nehmen, was es schon gab und bewerten Sie die zusätzlichen Bedingungen selbst.

Last but not least, ich ' ll verlassen Sie mit einem workaround. Wenn die nur, was Sie wollen in der Lage sein zu tun aus dein mapping ist filter den Zeilen, können Sie dies schreiben:

public IEnumerable<DO_RoleInfo> SelectRoles(Func<DB_RoleInfo, bool> selector)
{
    Mapper.CreateMap<DB_RoleInfo, DO_RoleInfo>();
    return _ctx.DB_RoleInfo
        .Where(selector)
        .Select(dbr => Mapper.Map<DB_RoleInfo, DO_RoleInfo>(dbr));
}

Dies ist eine utility-Methode, mit der das mapping für Sie und akzeptiert Sie einen filter auf die original Person, und nicht das zugeordnete entity. Es könnte nützlich sein, wenn Sie haben viele verschiedene Arten von filtern, aber müssen immer das gleiche tun-mapping.

Persönlich, ich denke, Sie werden besser dran, nur schreiben die Abfragen ordnungsgemäß, indem Sie zuerst bestimmen, was Sie abrufen müssen aus der Datenbank, dann tut jeder Projektionen/mappings, und dann, endlich,, wenn Sie tun müssen weitere Filterung (was Sie nicht sollte), dann materialisieren die Ergebnisse mit ToList() oder ToArray() und mehr schreiben Bedingungen gegen die lokale Liste.

Versuchen Sie nicht AutoMapper oder einem anderen tool zum ausblenden der realen Entitäten, die von Linq to SQL. Das domänenmodell ist Ihre öffentliche Schnittstelle. Die Fragen, die Sie schreiben, sind ein Aspekt Ihrer private Umsetzung. Es ist wichtig zu verstehen den Unterschied und zu pflegen eine gute Trennung von Bedenken.