Ну ты ж сам там new EditorModel вызываешь в джойне вроде? Зачем у тебя в джойне селект?

Привести к нужной модели

Предлагаешь сделать это в select в конце linq?

Ага, ну я обычно так делаю)

Но там всё равно будет тренарник этот и я хз как от него убежать в LINQ с лефт джойном

Ни чего не изменится. Проверял

Пулять исходный объект в select, дальше уже маппером если только)

Там ещё EF генерит LEFT JOIN кажется для nullable полей (то ли просто nullable по конвенции, то ли их обмазать надо настройками отношения), но я этим толком не пользовался, но может поможет в гуглинге хотя бы

Ребят, можете дать ссылку на фриланс конфу?

Сделал автомаппером преобразование в модель. Норм стало

Ну ты получается этот иф просто в другое место перенёс же, его теперь не видно, но он всё ещё есть

if (Editor is null) { не маппь } под капотом по моему лучше чем тернарный в коде

Всем привет!
Наверное задаю тривиальный вопрос, но  все же...
У меня есть команда T command  where T: BaseCommand и некоторый соответствующий ей хендлер void Handle(T command)
И таких пар очень много.
Мне нужно, получая на входе BaseCommand, понять какой у нее тип и вызвать соотв. хендлер
Я хотела запихнуть их в словарь, но если словарь будет содержать хендлеры в виде Action<BaseCommand> то внутри каждого хендлера мне придется принимать BaseCommand вместо конкретного типа, кастовать в нужный тип, проверять на нал, и только потом обрабатывать. Не хотелось бы этого делать. Какие есть другие варианты?

у тебя однозначное соответствие команды и хендлера?

IoC контейнером подрабатываешь?

1:1

дак сделай дикшинари и используй direct cast

сложи все в DI контейнер да

теперь мне интересно как он под капотом работает))

https://github.com/jbogard/MediatR/wiki - в итоге может выйти оно