Automapper: problem z mapowaniem z dziedziczeniem i abstrakcyjną klasą bazową na kolekcjach z Entity Framework 4 Proxy Pocos

Wypróbowałem również przykład Oliviera i dostałem te same błędy StackOverflow. Próbowałem również rozwiązania subkamrana, ale nie miałem szczęścia, ponieważ nie używam klasy bazowej z generacji kodu modelu encji. Automaper wciąż wybucha. Dopóki nie znajdę lepszego rozwiązania, po prostu ustawiam kontekst, aby nie tworzyć proxy podczas tworzenia obiektu kontekstowego.

model.Configuration.ProxyCreationEnabled = false; 
model.Configuration.LazyLoadingEnabled = true; 

Chciałbym również zobaczyć odpowiedź na problem, być może używając czegoś wbudowanego w Automapper...

UPDATE: The Pre-release of Automapper naprawia ten problem i pozwala na mapowanie na pokrycie DynamicProxy bez dodatkowej konfiguracji.

Wersja, w której to działa, to 2.2.1

Opierając się na odpowiedzi Oliviera, nie mogłem zmusić go do pracy w moim kontekście... ciągnął się w nieskończonej pętli i rzucał StackOverflowException.

W tym przykładzie, AbstractClass jest moją klasą bazową, a {[2] } jest moim podstawowym modelem widoku (nie oznaczonym jako abstract pamiętaj o tym).

Jednak udało mi się go uruchomić używając tego hakerskiego konwertera: {]}

    public class ProxyConverter<TSource, TDestination> : ITypeConverter<TSource, TDestination>
        where TSource : class
        where TDestination : class
    {
        public TDestination Convert(ResolutionContext context)
        {
            // Get dynamic proxy base type
            var baseType = context.SourceValue.GetType().BaseType;

            // Return regular map if base type == Abstract base type
            if (baseType == typeof(TSource))
                baseType = context.SourceValue.GetType();

            // Look up map for base type
            var destType = (from maps in Mapper.GetAllTypeMaps()
                           where maps.SourceType == baseType
                           select maps).FirstOrDefault().DestinationType;

            return Mapper.DynamicMap(context.SourceValue, baseType, destType) as TDestination;
        }
    }

    // Usage

    Mapper.CreateMap<AbstractClass, AbstractViewModel>()
        .ConvertUsing(new ProxyConverter<AbstractClass, AbstractViewModel>());

Więc {[4] } będzie mapować normalnie, ale DynamicProxy_xxx będzie również mapować poprawnie, ponieważ ten kod sprawdza swój typ bazowy (DerivedClassA).

Proszę, Proszę, proszę, Pokaż mi, że nie muszę robić tego szalonego gówna wyszukiwania. Nie znam wystarczająco dużo Automapera, aby poprawnie naprawić odpowiedź Oliviera.

Napotkałem ten sam problem z serwerami proxy Entity Framework, ale nie chciałem przełączyć się na przedpremierową wersję Automappera. Znalazłem prostą, jeśli nieco brzydką pracę dla wersji 2.2.0. Próbowałem przejść z DTO do istniejącego obiektu proxy EF i otrzymywałem Błędy o pominięciu mapowania dla brzydkiej nazwy klasy proxy. Moim rozwiązaniem było użycie przeciążenia określonych rzeczywistych typów betonu, które ręcznie mapowałem:

Mapper.Map(dtoSource, entityDest, typeof(DtoClass), typeof(ConcreteEntityClass));

Właśnie napotkałem ten sam problem z mapowaniem dynamicznych proxy EF do ViewModels w aplikacji MVC.

Znalazłem łatwe rozwiązanie używając Mapper.DynamicMap () dla tego problemu. Oto Mój kod:

Konwersja z dynamicznego proxy do klasy ViewModel:

// dynamic proxy instance
WebService webService = _repWebService.GetAll().SingleOrDefault(x => x.Id == id);

//mapping
FirstStepWebServiceModel model = Mapper.DynamicMap<FirstStepWebServiceModel>(webService);

Konwersja z klasy ViewModel do dynamicznego Proxy EF:

[HttpPost]
public ActionResult FirstStep(FirstStepWebServiceModel input)
{
    // getting the dynamic proxy from database
    WebService webService = _repWebService.GetAll().Single(x => x.Id == input.WebServiceId);

    // mapping the input ViewModel class to the Dynamic Proxy entity
    Mapper.DynamicMap(input, webService);
}

Mam nadzieję, że ten przykład ci pomoże