RoleProvider 挂接到 ASP.NET 管道中的哪个位置？

Question

据我所知，唯一使用 RoleProvider 的地方是当您使用 Authorize 属性时。我还可以在哪里使用 RoleProvider 以及除了我可能专门引用角色的地方之外的任何地方都会调用它（我的想法类似于登录控件如何自动使用 MembershipProvider）

换句话说，如果我编写我自己的角色管理层，但不实现实际的 RoleProvider 契约，我会错过 ASP.NET 中的哪些内置功能？

Answer 1

以下是内置 RoleProvider 增加价值的几种方式：

1：LoginView 控件使用角色来允许您向不同的角色显示不同的内容。它将挂钩到 RoleProvider 来执行此操作。

通过 LoginView 控件使用角色的示例：

<asp:LoginView id="LoginView1" runat="server">
    <RoleGroups>
        <asp:RoleGroup Roles="author">
            <ContentTemplate>
                some content here based on if user is in 'author' role....
            </ContentTemplate>
        </asp:RoleGroup>
        <asp:RoleGroup Roles="editor">
            <ContentTemplate>
                some content here based on if user is in 'editor' role....
            </ContentTemplate>
        </asp:RoleGroup>
    </RoleGroups>
</asp:LoginView>

2：您可以通过 web.config 设置授予对服务器上物理路径（即子文件夹等）的访问权限，如：

<configuration>
  <location path="MemberPages">
    <system.web>
      <authorization>
        <allow roles="members, administrators" />
        <deny users="*" />
      </authorization>
    </system.web>
  </location>
  <!-- other configuration settings here -->
<configuration>

3：您可以轻松检测用户角色并在代码中执行操作，如：

if (User.IsInRole("members"))
{
   //do something
}
else
{
   //do something else
}

列表不胜枚举。老实说，这个讨论已经进行过很多次了——不要通过创建自己的角色系统来重新发明轮子。只需实现抽象角色提供者即可完成。这是一篇关于 ASP.NET 中的角色管理。

编辑：在您澄清您实际上想知道 RoleProvider 在 MVC 下如何为您带来好处之后，您需要的内容如下：

ASP.NET MVC - 角色提供程序的替代方案？

Answer 2

对您的问题的直接回答是“否”。 RoleProvider 或任何其他提供程序不参与 ASP.Net 的主流管道，并且 ASP.Net 请求不需要任何 RoleProvider 来完成请求。

我不会提供技术材料，而是回答一个更具哲学性的答案，并尊重 KP 在答案中所做的努力。

RoleProvider 基本上是 ASP.Net 的功能附加组件，可让您在角色系统上工作，而无需在运行时了解任何功能细节。 ASP.Net 2.0 引入了一种处理用户和角色的全新方式。他们没有提供集成的用户和角色管理，而是决定使其可扩展且易于使用。他们创建了一个名为“Provider”的新模式，并为每个功能（如用户、角色和会话）提供了默认提供程序。它们被称为 MembershipProvider、RoleProvider 和 SessionProvider。但是，Microsoft 并不限制您只能使用 ASP.Net 2.0 附带的提供程序。您可以定义自己的 MembershipProvider 并在 web.config 中将它们声明为默认提供程序。 ProviderBase 类将强制您实现每个方法，以使您的提供程序能够紧密地工作，并且当您从 web.config 将它们设置为默认时，在运行时您不需要知道系统中可能拥有的任何目标提供程序的详细信息。客户端代码在任何特定提供商之间都是一致的。

希望这有帮助。