Czy jest to przełomowa zmiana między AutoMapper 2.0.0 i 2.2.0?

Question

Zaktualizowałem z AutoMappera 2.0.0 do wersji 2.2.0 już dziś i zdałem sobie sprawę, że aktualizacja zepsuła trochę kodu. Chciałem zapytać o to tutaj, zanim opublikujesz jako problem na stronie github automapper.

Jeden z moich typów docelowych Inicjuje nieruchomość kolekcja tak:

public class PageOf<TModel> 
{ 
    public PageOf() 
    { 
     Items = Enumerable.Empty<TModel>(); 
    } 

    public IEnumerable<TModel> Items { get; set; } 
} 

Z automapper 2.0.0, to było w porządku. Po aktualizacji do wersji 2.2.0 mapowanie do tego typu miejsca docelowego spowodowało wyjątek NotSupportedException z komunikatem "Kolekcja miała ustalony rozmiar". (Wyjątek ten został owinięty wewnątrz AutoMapperMappingException.)

udało mi się rozwiązać ten problem poprzez zmianę kodu konstruktora powyżej to:

public PageOf() 
{ 
    Items = new List<TModel>(); 
} 

Wydaje się jakby AutoMapper 2.0.0 został odrzucając cokolwiek wartość była we właściwości Items i przy użyciu właściwości Property accessor, podczas gdy AutoMapper 2.2.0 używa właśnie właściwości dostępu do właściwości get i próbuje zmodyfikować istniejący IEnumerable. Wygląda na to, że Enumerable.Empty<TModel>() po prostu zastępuje tablicę o zerowej długości, która wyjaśniałaby wyjątek.

Czy to błąd? Co zmieniło się w AutoMapper pomiędzy 2.0.0 a 2.2.0, które spowodowałoby zignorowanie ustawienia docelowego i zamiast tego spróbował zmodyfikować istniejącą kolekcję?

Aktualizacja:

Zgodnie z wnioskiem, o to wezwanie CreateMap:

public class PagedQueryResultToPageOfItemsProfiler : Profile 
{ 
    protected override void Configure() 
    { 
     CreateMap<PagedQueryResult<EstablishmentView>, PageOfEstablishmentApiModel>(); 
    } 
} 

Klasa PageOfEstablishmentApiModel dziedziczy PageOf<EstablishmentApiModel>.

Oto kod Mapper.Map:

var query = Mapper.Map<EstablishmentViewsByKeyword>(input); 
var results = _queryProcessor.Execute(query); 
var model = Mapper.Map<PageOfEstablishmentApiModel>(results); // exception here 

Jeśli specjalnej konfiguracji mapowania jest konieczne (for example .ConvertUsing(x => x)) w AutoMapper począwszy od 2.0.0 do 2.2.0, możemy mieć do powieszenia na starej wersji. Zawsze podobało mi się, w jaki sposób AM automatycznie konwertuje właściwości kolekcji, a bez tego AM wydaje się bardziej podobny do ValueInjecter.

Answer 1

Czy próbowałeś użyć metody Mapa ten sposób: Mapper.Map<DestinationClass, SourceClass>(object to convert)

?

Dzięki wersji 2.2 AutoMapper, w ten sposób używamy go i działa dobrze dla nas.

Answer 2

Zgaduję, że stara się dodać do swojej kolekcji, ale ponieważ twoja kolekcja jest instancją tylko do odczytu (Enumerable.Empty<T>), nie można jej zmodyfikować. Zakładam, że masz rację, że AutoMapper zmienił kod, w jaki sposób tworzy nowy typ. Zamiast tego użyj zmiennej instancji, takiej jak new List<T>() lub T[].