Куда лучше всего поместить ASP.NET MVC FormMembershipProvider

У меня есть проект, использующий asp.net mvc и форму членства.

У меня есть слой домена (с сущностями, службами и репозиториями). У меня также есть слой пользовательского интерфейса (с контроллерами, фильтрами, IoC, ViewModels, представлениями).

где лучше всего разместить мой FormMembershipProvider?


asp.net-mvc domain-driven-design membership membership-provider
person dan_l    schedule 07.02.2011    source источник
comment
Возможно, вам будет полезно изучить мой подход title="как передать текущую информацию о пользователе всем слоям в ddd"> stackoverflow.com/questions/3964989/ Я вообще избегаю FormMembershipProvider.   -  person Arnis Lapsa    schedule 08.02.2011

Ответы (1)


arrow_upward
0
arrow_downward

Членство — это забота вашего веб-приложения, а не вашего домена, поэтому оно должно быть в веб-приложении (уровень пользовательского интерфейса).

person Matt Kocaj    schedule 07.02.2011
comment
Это не так просто. Сам провайдер не должен жить в домене, а знания о правах доступа должны. Проблема в том, что провайдер членства asp.net довольно агрессивен. - person Arnis Lapsa; 08.02.2011
comment
но знания о правах доступа должны - я не согласен. Я считаю, что веб-приложение является человеческим интерфейсом для бизнеса домена и, как таковое, требует внешних [по отношению к домену] проблем, таких как аутентификация, роли/доступ/и т. д. Хотя эти внешние проблемы проникают в домен/данные, это происходит только из-за того, что программное обеспечение выступает в качестве решения. Без программного обеспечения/веб-приложения, возможно, этих проблем не было бы. Здесь я могу ошибаться, тем более, что MVC загоняет нас в определенные углы. Возможно, в домене требуется ограниченный контекст для облегчения этих проблем, связанных с MVC/web? - person Matt Kocaj; 09.02.2011