database - 用于 ASP.NET MVC 3 用户管理/成员资格的最小数据库

Question

我是 ASP.NET MVC 3 的新手，正在处理我从 Visual Studio 大师那里继承的数据库。有很多存储过程和用户​​角色，如 aspnet_Membership_BasicAccess、aspnet_Membership_FullAccess 等。

我真的需要这些吗？

我还记得其他 MVC 解决方案，例如 Ruby on Rails 的 Devise 身份验证插件:它只需要一两个表和一个数据库访问角色 - 而且它仍然非常安全。

支持 ASP.NET MVC 3 用户管理的最小数据库结构是什么？

Answer 1

简短的回答是是的，您需要所有这些，因为成员(member)系统依赖于所有这些存储过程和角色。

较长的答案是，您打算使用成员(member)资格吗？如果没有，那就没有。如果您打算使用成员(member)资格，您会使用 SqlMembershipProvider 吗？如果是这样，那么是的，你需要那些。如果您打算改用通用提供程序，那么您将需要不同的设置表和支持配置。

因此，在对您正在做的事情一无所知的情况下，我们只能说，如果您不明白为什么它在那里，那就不要乱搞。

我不明白你为什么提到 Rails，因为它是一个完全不同的工具集和框架。这就像提示你的摩托车需要汽油和机油，而你的自行车不需要汽油和机油(我并不是说 Rails 不那么强大，只是说它不同)。

ASP.NET MVC 本身不用户管理，但它包含一些依赖于默认 ASP.NET 成员资格系统的模板。在 Visual Studio 2010 中，这默认使用 SqlMembershipProvider，但在 Visual Studio 2012 中，它默认为 MVC3 使用 Universal Providers，在 MVC4 中默认使用 SimpleMembership。

ASP.NET MVC 不知道也不关心您如何进行用户管理，它不是框架的一部分。它通过授权过滤器委托(delegate)它，默认情况下仅查看 ASP.NET IIdentity 和 IPrincipal。

如果您要进行用户管理，则需要决定如何进行。要么自己滚动它(自定义成员提供程序、自定义 IIdentity 和 IPrincpal 提供程序等)，要么使用现有的成员提供程序(有很多，Microsoft 至少有六个不同的提供程序)。或者您可以只选择使用默认值，在这种情况下，它几乎已经处于最低限度的情况。