c# - Intranet 应用程序中的 SimpleMembership

Question

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

SimpleMembership 据说是 ASP.NET 授权和身份验证的 future ，但它具有那些网络安全内容和网页前缀表。 在 Intranet 应用程序上使用 simplemembership 是一种正确的思维方式吗？

两年前的一个项目，我自己写了一个基于SqlMembership的RoleProvider，在area+controller+action的授权下运行良好。但是我看不到这种情况发生在 simplemembership 上，也找不到在互联网上启发我的文章。

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

我认为成员(member)提供程序非常适合加快开发速度，消除项目中的授权和身份验证担忧，但我不想只实现“旧方法”(我已经知道的方法)，想推进到“新方式”。

另一方面，Universal Providers 据说用于旧的现有提供程序，如 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 应用程序”。

Answer 1

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