Asp.net mvc 放置ASP.NET MVC FormMembershipProvider的最佳位置是什么
我有一个项目使用asp.NETMVC和表单成员资格提供程序 我有一个域层(包含实体、服务和存储库)。 我还有一个UI层(带有控制器、过滤器、IoC、视图模型和视图)Asp.net mvc 放置ASP.NET MVC FormMembershipProvider的最佳位置是什么,asp.net-mvc,domain-driven-design,membership,membership-provider,Asp.net Mvc,Domain Driven Design,Membership,Membership Provider,我有一个项目使用asp.NETMVC和表单成员资格提供程序 我有一个域层(包含实体、服务和存储库)。 我还有一个UI层(带有控制器、过滤器、IoC、视图模型和视图) 什么是放置我的FormMembershipProvider的最佳位置?成员资格是您的web应用程序的问题,而不是您的域,因此它应该放在web应用程序(UI层)中。不是那么简单。提供者本身不应该存在于域中,但应该了解访问权限。问题是-asp.net成员资格提供商相当具有侵入性。“但关于访问权限的知识应该”——我不同意。我认为web应用
什么是放置我的FormMembershipProvider的最佳位置?成员资格是您的web应用程序的问题,而不是您的域,因此它应该放在web应用程序(UI层)中。不是那么简单。提供者本身不应该存在于域中,但应该了解访问权限。问题是-asp.net成员资格提供商相当具有侵入性。“但关于访问权限的知识应该”——我不同意。我认为web应用程序是域业务的一个人机界面,因此要求外部[域]关注点,如身份验证、角色/访问等。虽然这些外部关注点进入域/数据,但这只是由于软件作为解决方案。如果没有软件/web应用程序,这些问题可能就不存在了。我可能错了,尤其是MVC迫使我们进入某些角落。也许域中需要有一个有限的上下文来促进这些MVC/web特定的关注点?您可能会从我的方法中受益,我正在避免
FormMembershipProvider
。