Intranet应用程序中的SimpleMembership

Question

我正在创建一个Intranet应用程序，我需要帮助确定要使用的成员资格。

SimpleMembership据说是ASP.NET授权和身份验证的未来，但它有那些websecurity东西和网页前缀表。 在Intranet应用程序上使用简单会员是一种正确的思考方式吗？？

在两年前的一个项目中，我根据SqlMembership编写了自己的RoleProvider，并通过区域+控制器+动作进行了授权。但是我不能在简单的会员身上看到这种情况，也找不到能在互联网上引起我注意的文章。

此外，我需要将用户与人员关联并删除代码优先的东西，并将简单成员表添加到EDMX。工作正常，但我在web.config上需要两个连接字符串。

我认为会员提供商很高兴加速开发，从项目中删除授权和身份验证的担忧，但我不想只实现“旧方式”（我已经知道的方式），希望推进到“新方式”。

另一方面，据说普遍提供商用于旧的现有提供商here：

  

Universal Providers适用于您拥有现有ASP.NET成员资格提供程序并且希望将其与另一个SQL Server数据库后端（SQL Server除外）一起使用的情况

这听起来不太好，因为UP的数据库结构似乎比SimpleMembership更清晰。

简而言之，我喜欢SimpleMembership的工作方式，但桌子上的那些“网页预加”会使提供商看起来有点“不打算在Intranet应用程序中使用”。

Answer 1

MVC4为您提供了构建自己的自定义成员资格提供程序的所有工具。因此，如果您不喜欢“webpages_”前缀，请编写您自己的提供程序并将表命名为您想要的内容。

Answer 2

SimpleMembership是使用“Internet”模板创建的MVC 4应用程序的默认成员资格提供程序。 SimpleMembership是一个易于使用的Internet应用程序成员资格提供程序，可以轻松扩展并提供OAuth支持。我想说它可能不适合Intranet应用程序，你只需要一个链接到Windows安全性的角色提供程序。此外，SimpleMembership不再是ASP.NET中身份验证和授权的未来。微软已经将其放入MVC 5并引入ASP.NET Identity作为SimpleMembership的替代品。