Asp.net mvc 2 自定义成员资格提供程序和域驱动设计

Asp.net mvc 2 自定义成员资格提供程序和域驱动设计,asp.net-mvc-2,dependency-injection,domain-driven-design,membership-provider,Asp.net Mvc 2,Dependency Injection,Domain Driven Design,Membership Provider,我有一个问题,我正在写一个自定义的会员资格提供者,但我不知道把它放在哪里。我没有任何代码可以向您展示,但基本上,提供程序需要访问System.Web.Security才能继承类,但它还需要数据访问(即连接字符串+LINQ到SQL)来执行简单任务,如ValidateUser 我怎样才能编写一个遵循DDD原则的会员资格提供者,我在Apress的Pro ASP.NET MVC2框架中读到了DDD原则?我的一个想法是在我的领域项目中编写另一个类,它完成所有与数据库相关的“工作”。从本质上说,我将有两倍的

我有一个问题,我正在写一个自定义的会员资格提供者,但我不知道把它放在哪里。我没有任何代码可以向您展示,但基本上,提供程序需要访问System.Web.Security才能继承类,但它还需要数据访问(即连接字符串+LINQ到SQL)来执行简单任务,如ValidateUser

我怎样才能编写一个遵循DDD原则的会员资格提供者,我在Apress的Pro ASP.NET MVC2框架中读到了DDD原则?我的一个想法是在我的领域项目中编写另一个类,它完成所有与数据库相关的“工作”。从本质上说,我将有两倍的方法。另外,这能与依赖注入(IoC)一起工作吗

希望这不是太笼统

期待蜂巢思维的回应


编辑:我刚刚注意到,在一个默认的MVC2项目中,有一个AccountController,它在IMembershipService周围有一个包装器。这就是我的答案所在吗?AccountController似乎没有数据库访问组件。

Asp.net用户管理功能具有超强入侵性。
他们甚至用配置文件表之类的东西来垃圾邮件数据库

当我必须对我的应用程序实施用户管理时,我成功地避免了所有这些混乱,并且仍然能够使用asp.net内置角色、用户身份等。尽管我的域变得足够聪明,可以决定可以看到什么和做什么,但在UI客户端中复制这些内容是没有意义的

所以。。。是 啊仍然没有任何问题。大约4个月没有任何变化。
工作起来很有魅力