我正在创建一个 Intranet 应用程序,我需要帮助来决定使用什么成员资格。
据说 SimpleMembership 是 ASP.NET 授权和身份验证的未来,但它具有那些网络安全内容和网页前缀表。在 Intranet 应用程序上使用 simplemembership 是一种正确的思维方式吗?
在两年前的一个项目中,我基于 SqlMembership 编写了自己的 RoleProvider,并且在 area+controller+action 的授权下运行良好。但我在 simplemembership 上看不到这种情况,也找不到在互联网上启发我的文章。
此外,我需要将用户与人员相关联,并删除代码优先的内容,并将 simplemembership 表添加到 EDMX。工作正常,但我需要 web.config 上的两个连接字符串。
我认为会员提供者非常适合加速开发,消除项目中的授权和身份验证后顾之忧,但我不想只执行“旧方式”(我已经知道的方式),想要推进“新方式”方法”。
另一方面,Universal Providers 据说用于旧的现有提供程序,如下所述:
通用提供程序适用于您拥有现有 ASP.NET 成员资格提供程序并且希望将其与另一个 SQL Server 数据库后端(SQL Server 除外)一起使用的情况
这听起来不太好,因为 UP 的数据库结构似乎比 SimpleMembership 更干净。
简而言之,我喜欢 SimpleMembership 的工作方式,但是表格上的那些“网页前缀”使提供者看起来有点“不打算在 Intranet 应用程序中使用”。