AutoMapper weh Leistung in. NET-Anwendung mit mehr als 1327 DTO beim Mapping

Question

Wir verwenden AutoMapper 3.1.1.0 in unserer Dot net-Anwendung. Wir haben viele Klassen, die man kartieren muss. Die Zeit für die Initialisierung des Mappings beträgt fast 22 Sekunden. Wir haben fast 1327 DTO, die zugeordnet werden müssen.

Und wir können sagen, dass jeder DTO durchschnittlich 8 Eigenschaften hat.

Meine Sorge ist, für jede Nachricht, die wir in der Liste überprüfen von 1327 DTO abgebildet,
und verwenden Sie dann

if (MappingManager.MessageMappings.ContainsKey(message.GetType())) 
      { 
       var myMessage = Mapper.Map(message, message.GetType(), MappingManagerFile.MessageMappings[message.GetType()]); 

So ist es Leistung weh tut. Müssen wir nach der Verwendung entsorgen, oder autmapper selbst aufpassen? Im Task-Manager benötigt die Komponente, die diese Konvertierung durchführt, viel Speicher.

Bitte schlagen Sie vor, welche Änderungen wir zur Verbesserung der Leistung benötigen.

Answer 1

Spätere Versionen von AutoMapper kompilieren die Konfiguration faul. Es gibt noch einige Startzeit-, Ermittlungs- und Zuordnungstypen, aber das Kompilieren der Laufzeitzuordnungsfunktion erfolgt langsam.

Ich würde vorschlagen, die Version 5.0 zu versuchen und die Zahlen zu vergleichen.

Answer 2

Die Tatsache, dass viele Entitäten mit Auto-Mapper gemappt werden, wird einige Zeit dauern. Sind Sie bereit, Ihre Entitäten zu laden oder Lazy Loading zu verwenden? Ich habe diese Probleme in der Vergangenheit bei der Verwendung von Lazy Loading gesehen, da Automapper beim Abrufen aller relationalen Daten eine große Anzahl von Datenbanktreffern generiert.

Eager laden kann Ihre beste Wette hier sein, oder ich würde empfehlen, nur genau das zu laden, was Sie brauchen. Scheint so, als würden viele Daten gleichzeitig geladen.