我正在创建一个Intranet应用程序，我需要帮助来确定要使用的成员资格。
据说SimpleMembership是ASP.NET授权和身份验证的未来，但是它具有这些Web安全性内容和网页前缀表。 Intranet应用程序上使用simplemembership是正确的思维方式吗？
在两年前的一个项目中，我基于SqlMembership编写了自己的RoleProvider，并且在Area + controller + action的授权下工作良好。但是我看不到这种简单会员身份的情况，也找不到在互联网上启发我的文章。
另外，我需要将用户与人员相关联，并删除代码优先的东西，并将simplemembership表添加到EDMX。可以，但是我在web.config上需要两个连接字符串。
我认为成员资格提供者对于加快开发速度，消除项目中的授权和身份验证方面的问题非常有用，但是我不想只是实现“旧方法”（我已经知道的方法），而是希望推进“新方法”道路”。
另一方面，据说通用供应商用于here所述的现有旧供应商：
通用提供程序适用于以下情况：您具有现有的ASP.NET成员资格提供程序，并且希望将其与另一个SQL Server数据库后端（SQL Server除外）一起使用
这听起来不太好，因为UP的数据库结构似乎比SimpleMembership干净。
简而言之，我喜欢SimpleMembership的工作方式，但是表上的“网页前缀”使提供程序看起来有点“不打算在Intranet应用程序中使用”。
最佳答案
SimpleMembership是使用“ Internet”模板创建的MVC 4应用程序的默认成员资格提供程序。 SimpleMembership是Internet应用程序的易于使用的成员资格提供程序，可以轻松扩展并提供OAuth支持。我想说这可能不太适合Intranet应用程序，在Intranet应用程序中，您只需要链接到Windows安全性的角色提供程序即可。而且，SimpleMembership不再是ASP.NET中身份验证和授权的未来。 Microsoft已经在MVC 5中将其删除，并引入了ASP.NET Identity作为SimpleMembership的替代品。