В моем приложении у меня есть эти проекты в рамках решения:
(1) базовый API ASP.net
(2) библиотека базовых классов .NET, содержащая базовые классы EF DbContext и класс репозитория, которые должны быть используется проектом API и
(3) еще одна базовая библиотека классов .NET, которая не содержит ничего, кроме классов моделей (чтобы определить их один раз)
Я бы хотел использовать Automapper, но типичные примеры включают настройку отображения при запуске содержащего приложения, например. ConfigureServices и т. Д. При моем подходе я хочу, чтобы это содержалось в моей библиотеке классов. Где было бы хорошее место для размещения карт в этом случае? Поместите его в свой собственный метод класса Repository и вызовите этот метод из конструктора?
[ обновление ]
В моем случае не похоже, чтобы библиотека отображений, подобная этой, действительно не предлагала каких-либо дополнительных преимуществ, поскольку редко когда любые две области (самое большее) приложения возвращали или потребляли одни и те же отображенные объекты. В моем репозитории запросы linq выполняются против DbContext и проектируются в доменные модели. Некоторые из этих запросов могут быть нетривиальными, и выполнение этого в рамках ограничений еще одного слоя сопоставления, по-видимому, не будет служить центральным местом, где происходят все сопоставления, поскольку такое сопоставление должно выполняться только один раз или максимум два.