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