Идентификация ASP.NET в архитектуре архитектуры, управляемой доменом

Question

Привет Я начинаю проект с использованием DDD.

Я хотел бы использовать идентификатор Asp.Net для аутентификации пользователя, но IdentityUser это очень связано с Asp.net, а объект модели домена не должен иметь зависимости.

Это заставляет меня думать, что аутентификация может быть другим BoundedContext, который не реализован с использованием DDD.

Я хотел бы знать, был ли кто-то в той же ситуации и какие варианты вы думаете, что я могу иметь.

благодаря

Answer 1

Для меня это нормально осуществлять аутентификацию без использования DDD. Режим DDD занимает много времени/дорого, и его можно использовать только в вашем основном домене (код, который имеет большую ценность для бизнеса).

И помните, что если вы хотите отделиться от фреймворков, вы всегда можете спрятаться за интерфейсом. В этом случае ваш бизнес-уровень может объявлять IIdentityProvider с помощью методов, которые требуется вашему бизнес-уровню. Затем вы можете обеспечить конкретную реализацию этого провайдера AspIdentityProvider: IIdentityProvider на своем веб-сайте. Затем AspIdentityProvider может быть добавлен к классам бизнес-уровня, которые этого требуют.