Как я могу конвертировать вложенный объект в Automapper?

Question

[Saharman]

Добрый вечер! У меня есть два класса, которые связаны отношением многие-ко многим. Структура вот такая:

class A
{
     public class A
    {
        public Guid Id { get; set; }

        public List<AB> AB { get; set; }
    }

    public class B
    {
        public Guid Id { get; set; }

        public List<AB> AB { get; set; }
    }

    public class AB
    {
        public Guid AId { get; set; }

        public Guid BId { get; set; }

        public A A { get; set; }

        public B B { get; set; }

        public string Status { get; set; }
    }

    public class ADto
    {
        public Guid Id { get; set; }

        public List<BDto> B { get; set; }

        public string Status { get; set; }
    }

    public class BDto
    {
        public Guid Id { get; set; }

        public List<ADto> A { get; set; }

        public string Status { get; set; }
    }
}

В проекте хочу использовать Automapper. Как я могу объяснить, что, например, я для объекта ADto, должен из связующих таблиц взять все объекты B, а еще из связующей таблицы взять статус для B и поместить его в BDto? То есть, по идее, в ForMember я могу указать, что я сопоставляю списку B объекты B из связующих таблиц, но как я могу в настройке Automapper объяснить, что я хочу конвертировать еще эту B в BDto с помощью, опять же, automapper?

Comments

[Илья]

У вас поле Status есть и в ADto и в BDto, это опечатка?

[Saharman]

Илья, нет. Я хочу, чтобы когда я запрашивал модель A, то в А получал список B со статусами для А, а если я запрашиваю B, то получать список в Б сущностей А с их статусом.

[Илья]

Saharman, я отвечу так. Вложенные модели можно маппить с помощью IncludeMembers
Но мне кажется что в вашем случае преобразование будет некорректно, потому что есть ссылки друг на друга в Dto и поле Status относится к 2м моделям сразу. Если бы вы привели пример из реального мира это могло бы стать очевидным.

[Saharman]

Илья, Вообщем, есть комната чата и пользователи. Соответственно, в комнате много людей, у людей много комнат. В чате пользователь имеет какой-то статус(создатель, модератор, юзер). Когда я получаю список пользователей, то в массиве комнат, в которых он находится, я хочу хранить еще и роль этого пользователя в этой комнате. Аналогично с комнатами. Когда я получаю комнаты вместе со всеми пользователями внутри комнаты, я хочу видеть роль каждого пользователя в этой комнате. Вот для этого нужен статус.
Т.е. при запросе odata/users?expand=rooms я получить должен:

{
    "id": "guid",
    "status": null,
    "users" : [
        {
            "id": "guid",
            "status": "admin" 
        }
    ]
}

При запросе odata/rooms?expand=users я получить должен:

{
    "id": "guid",
    "status": null,
    "rooms" : [
        {
            "id": "guid",
            "status": "admin" 
        }
    ]
}

[Илья]

Saharman, я понял. Действительно статус связывает обе сущности. Универсальное решение есть и оно выглядит примерно так
Модели

public class Room
    {
        public Guid Id { get; set; }

        public List<RoomUser> RoomUsers { get; set; }
    }

    public class User
    {
        public Guid Id { get; set; }

        public List<RoomUser> UserRooms { get; set; }
    }

    public class RoomUser
    {
        public Guid RoomId { get; set; }

        public Guid UserId { get; set; }

        public Room Room { get; set; }

        public User User { get; set; }

        public string Status { get; set; }
    }

    public class RoomDto
    {
        public Guid Id { get; set; }

        public string Status { get; set; }

        public List<UserDto> Users { get; set; }
    }

    public class UserDto
    {
        public Guid Id { get; set; }

        public string Status { get; set; }

        public List<RoomDto> Rooms { get; set; }
    }

Конфигурация маппера

var config = new MapperConfiguration(cfg =>
            {
                cfg.CreateMap<Room, RoomDto>()
                    .ForMember(o => o.Users, exp => exp.MapFrom(m => m.RoomUsers));
                cfg.CreateMap<User, UserDto>()
                    .ForMember(o => o.Rooms, exp => exp.MapFrom(m => m.UserRooms));

                cfg.CreateMap<RoomUser, UserDto>()
                    .ForMember(o => o.Id, exp => exp.MapFrom(m => m.User.Id));
                    //.IncludeMembers(o => o.User);
                cfg.CreateMap<RoomUser, RoomDto>()
                    .ForMember(o => o.Id, exp => exp.MapFrom(m => m.Room.Id));
                    //.IncludeMembers(o => o.Room);
            });

Проверка:

var mapper = config.CreateMapper();


            var room = new Room
            {
                Id = Guid.NewGuid(),
                RoomUsers = new List<RoomUser>()
            };
            var user = new User
            {
                Id = Guid.NewGuid(),
                UserRooms = new List<RoomUser>()
            };

            var link = new RoomUser
            {
                User = user,
                Room = room,
                RoomId = room.Id,
                UserId = user.Id,
                Status = "admin"
            };
            room.RoomUsers.Add(link);
            user.UserRooms.Add(link);

            var byRoom = mapper.Map<RoomDto>(room);
            Console.WriteLine(JsonConvert.SerializeObject(byRoom, Formatting.Indented));

            var byUser = mapper.Map<UserDto>(user);
            Console.WriteLine(JsonConvert.SerializeObject(byUser, Formatting.Indented));

Минусом такого решения являются дополнительные поля, которые не имеют значений после сериализации. Это происходит потому что используются универсальные модели.
Тут есть несколько вариантов:
- выразительность не важна и тогда можно забить на левые поля в json
- сделать отдельные Dto для каждого варианта только с теми полями которые нужны
- отказаться от маппера и написать преобразование в контроллере с использование анонимных типов и в них указывать только то что нужно

Answer 1

[Артур Мустафин]

Никак, перестать использовать автомаппер не по назначению, в ForMember нельзя использовать кастомные скрипты, код, и или свойства второго уровня вложенности, а так-же LINQ выражения, содержащие код. Можно написать свой кастомный маппинг, но он не будет поддерживать оптимизацию времени компиляции, то есть будет выполняться в рантайме, как обычный код, и никаких преимуществ по сравнению с обычным кодом не будет, то есть кроме этого, еще читаемость такого кода будет ниже плинтуса.