Automapper wraz z Dependency Injection

Question

Mam obecnie następujące odwzorowanie:

Mapper.CreateMap<Journal, JournalDto>(); 

Teraz Journal zawiera element o nazwie RefTypeID, który istnieje odpowiednia wartość w innej tabeli w bazie danych; aby sprawdzić tę wartość, mam usługę, która obsługuje proste żądanie int -> string. Konfiguracja automappera odbywa się obecnie w klasie statycznej na początku programu. Czy można przenieść kod mapowania do klasy, która zostanie wstrzyknięta do mojego kontenera DI lub czy istnieje lepszy sposób?

Answer 1

Oto jak rozwiązać go:

ja zdefiniował IMappingCreator interfejs:

public interface IMappingCreator 
{ 
    void CreateMappings(); 
} 

poszedł do przodu i wdrożone klasę z tego interfejsu (używam MEF jako DI kontenera, to gdzie atrybuty są comming z), która jest umieszczona w kontenerze DI jako IMappingCreator:

[Export(typeof(IMappingCreator))] 
    public class Mapping : IMappingCreator 
    { 
     private readonly IRefTypesLookup iRefTypesLookup; 


     [ImportingConstructor] 
     public Mapping(IRefTypesLookup rtl) 
     { 
      iRefTypesLookup = rtl; 
     } 

     public void CreateMappings() 
     { 
      Mapper.CreateMap<Journal, DisplayJournal>().AfterMap((j, dj) => dj.RefTypeName = iRefTypesLookup.Lookup(j.RefTypeID)); 
     } 
    } 

Wreszcie w moim uruchamiania aplikacji, ja pobrać wszystkie instanc es tego interfejsu w pojemniku i wywołać metodę CreateMappings na nich:

var mappings = container.GetExportedValues<IMappingCreator>(); 

    foreach (IMappingCreator mc in mappings) 
    { 
     mc.CreateMappings(); 
    } 

To sprawia, że ​​początkowa konfiguracja dość łatwe, jak wszystko stworzenie dzieje się w jednym miejscu, i można mieć tyle twórców odwzorowań, ile chcesz (jednak powinieneś ograniczyć je do minimum, może raz na projekt lub tak, chwytając wszystkie potrzebne usługi do mapowania konkretnych typów w tym projekcie).

Answer 2

Można użyć zależności od IMappingEngine zamiast używać klasy statycznej Mapper.

Jest ładny blogu o tym tutaj: Mocking out AutoMapper with Dependency Injection

Answer 3

Lepszym sposobem jest użycie rozpoznawania nazw klientów. konfiguracja mapowania ma być statyczna, więc niestandardowych przeliczniki są przeznaczone do zapewnienia mapowanie dla pojedynczego użytkownika:

Mapper.Initialize(cfg => { 
    cfg.ConstructServicesUsing(type => WhateverMefUsesToGetInstances.GetInstance(type)); 

    cfg.CreateMap<Journal, DisplayJournal>() 
     .ForMember(dest => dest.RefTypeName, 
      opt => opt.ResolveUsing<RefTypeNameResolver>()); 
}); 

Wtedy twój rezolwer staje:

[Export(typeof(IRefTypeNameResolver))] 
public class RefTypeNameResolver : ValueResolver<Journal, string>, IRefTypeNameResolver 
{ 
    private readonly IRefTypesLookup iRefTypesLookup; 

    [ImportingConstructor] 
    public RefTypeNameResolver (IRefTypesLookup rtl) 
    { 
     iRefTypesLookup = rtl; 
    } 

    protected override string ResolveCore(Journal source) 
    { 
     return iRefTypesLookup.Lookup(source.RefTypeID); 
    } 
} 

Konfiguracja musi wykonać raz, dlatego też konfiguracja API udostępnia API haki do egzekucji (konwertery typu, resolwera wartości etc.)

Answer 4

Oto najnowszy sposób to zrobić ...

https://pintoservice.wordpress.com/2016/01/31/dependency-injection-for-automapper-4-2-in-asp-net-vnext-mvc-project/

Chociaż osobiście dodałem automatyczne odwzorowania w kontrolerze, a nie w repozytorium. W ten sposób możesz użyć tego samego repozytorium dla różnych kontrolerów i mieć różne odwzorowania. Ta sama koncepcja, wystarczy wstawić IMapper do kontrolera zamiast do repozytorium.