Прикольно, спасибо

о ну да, у меня те же основания)) Намучился титанически с явным режимом, просто конструктор с параметрами был бы проще и надёжнее.

а намучился, когда они при обновлении версии поломали весь АПИ, а солюшен был на пару сотен проектов, и везде этот говномаппер был. Там ещё и солюшен говно был, всё от всего зависело, в итоге частично обновлять автомаппер вообще не представлялось возможным

Надо было абстрагироваться от конкретной реализации маппера

ОГОНЬ

там dllhell возникал

в итоге когда я оттуда уволился, проблема ещё была. Решать её начинали разбиванием мега-монолита на куски.

Лучше вообще асбтрагироваться, родить что нибудь типа MapperService.Map<TFrom, TTo>(TFrom source) и IMapper<TFrom, TTo> и на реализации интерфейса наделать маппингов, а в сервисе логику выбора маппинга с кешированием. Automapper на любом большом проекте сколько видел всегда приводит к тому, что рефакторить больно, трудно, хер пойми где выстрелит; async нельзя, а регулярно надо хоть как костыль, хоть как быструю фичу(ну вот есть у меня feature toggle сервис, он async методы имеет, в маппер не могу); мнимое ощущение экономии времени на том, что маппинг не руками как обезъяна писал, а как член high iq society вызывал Mapper.Map. Оно может и про неправильное использование маппера, но реальность вот такая вот.

Вообще я пошутил

Да я мимокрокодил

нужна байтоёбная помощь :)

не оч понятно во что это разворачивается при jit

sharplab показывает что и для int вызывается System.Int32.CompareTo

пушит 1 аргумент на стек и 2 сует в регистры и вызывает твой дженерик, который не джитится

да по коду то понятно, просто вдруг какие более пиздатые штуки происходят

1) юзай агрессив инлайн для генериков если понятно что должно инлайнится 2) юзай генерик ICompareable<>

аа. вон чо.

понял ща проверю