我正在创建一个 Intranet 应用程序，我需要帮助来决定使用什么成员资格。
SimpleMembership 据说是 ASP.NET 授权和身份验证的 future ，但它具有网络安全内容和网页前缀表。 在 Intranet 应用程序上使用 simplemembership 是正确的思维方式吗？
在两年前的一个项目中，我基于SqlMembership编写了自己的RoleProvider，并且通过区域+ Controller +操作的授权工作得很好。但我在 simplemembership 上看不到这种情况发生，也无法在互联网上找到一篇启发我的文章。
此外，我需要将用户与人员相关联，并删除代码优先的内容，并将 simplemembership 表添加到 EDMX。工作正常，但我需要 web.config 上的两个连接字符串。
我认为成员(member)提供商非常适合加速开发，消除项目中的授权和身份验证担忧，但我不想只实现“旧方式”(我已经知道的方式)，想要推进“新方式”。
另一方面，据说通用提供程序可用于旧的现有提供程序，如 here 所示。 :
Universal Providers are intended for cases where you have an existing ASP.NET Membership Provider and you want to use it with another SQL Server database backend (other than SQL Server)
这听起来不太好，因为 UP 的数据库结构看起来比 SimpleMembership 更干净。
简而言之，我喜欢 SimpleMembership 的工作方式，但是表格上的那些“网页前缀”使提供程序看起来有点“不适合在 Intranet 应用程序中使用”。
最佳答案
SimpleMembership 是使用“Internet”模板创建的 MVC 4 应用程序的默认成员资格提供程序。 SimpleMembership 是一个易于使用的 Internet 应用程序成员资格提供程序，易于扩展并提供 OAuth 支持。我想说它可能不太适合 Intranet 应用程序，您只需要一个链接到 Windows 安全性的角色提供程序。此外，SimpleMembership 不再是 ASP.NET 中身份验证和授权的 future 。 Microsoft 已经在 MVC 5 中放弃了它并引入了 ASP.NET Identity作为 SimpleMembership 的替代品。
关于c# - Intranet 应用程序中的 SimpleMembership，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19296663/