自定义角色提供者的问题

Question

此堆栈跟踪是由于错误“提供程序名称不能为 null 或为空。 “

[ArgumentException：提供程序名称不能为 null 或为空。] System.Web.Security.Roles.Initialize() +2230205 System.Web.Security.RoleManagerModule.OnLeave（对象源，EventArgs eventArgs）+68 System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +148 System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& CompletedSynchronously) +75

本质上，我正在创建继承 SqlRoleProvider 类的自己的自定义角色提供程序，我正在成功调用初始化，并已确认它成功执行了我的代码中的所有操作，但是.Net 中的某些内容显然没有正确初始化，因为我无法继承的“角色”对象让我有些头痛......

有什么想法吗？

好吧，我的解决方案是分层的，这意味着我也需要通过业务对象层提供安全性......为了做到这一点，我定义了以下内容：

--- 编辑 1 ---

我的代码：

在主程序集中：

public class C20RoleProvider : RoleProvider
{
     private C20SqlRoleDataProvider prov;

     C20RoleProvider()
     {
         // this code is actually using some reflection based on config files
         // i have simplified this to illustrate the problem im having ...
         prov = new C20SqlRoleDataProvider();
     }

     public override void Initialize(string name, NameValueCollection config)
     {
         prov.Initialize(name, config);
     }
}

在提供程序程序集中：

public class C20SqlRoleDataProvider : SqlRoleProvider
{
      // code omitted
}

此时，我希望能够通过调用 prov 来使用基类“RoleProvider”定义的任何内容。 ...

我省略了额外的代码，但基本上所有方法都标记为“C20RoleProvider”类中 RoleProvider 类的抽象。

我知道它看起来有点奇怪，但我想做的是将业务逻辑与提供程序中的数据获取分开，数据提供程序可以是任何东西（通过我的反射代码），业务逻辑类“C20RoleProvider”可以在业务框架中使用不用担心破坏任何东西并允许替换后端源（例如角色数据可以来自任何地方）。

这里还有很多事情要做，但本质上整个应用程序框架/业务对象层都以这种方式使用提供者从任何来源向核心业务逻辑“提供”数据。

Answer 1

好吧，我做了一些挖掘...事实证明，我没有传回“名称”属性，该属性实际上没有在任何地方引用...

修复是这样的...

public class C20RoleProvider : RoleProvider 
{ 
     private C20SqlRoleDataProvider prov; 

     public string Name
     {
         get {return prov.Name;}
     }

     C20RoleProvider() 
     { 
         // this code is actually using some reflection based on config files 
         // i have simplified this to illustrate the problem im having ... 
         prov = new C20SqlRoleDataProvider(); 
     } 

     public override void Initialize(string name, NameValueCollection config) 
     { 
         prov.Initialize(name, config); 
     } 
} 

奇怪的是，这似乎不是在网络上任何地方都知道。