依赖项注入-LightInject-调用WebApi OWIN Identity TokenEndpointPath时没

Question

我有一个非常基本的带有令牌身份验证的WebAPI设置
在应用程序启动时，我会：

protected void Application_Start()
{
    DependencyConfig.RegisterDependecis();
    //...
    //...
}

哪个调用：

public class DependencyConfig
{
    private static ServiceContainer _LightInjectContainer;
    public static ServiceContainer LightInjectContainer
    {
        get { return _LightInjectContainer; }
    }
    public static void RegisterDependecis()
    {
        var container = new LightInject.ServiceContainer();
        container.RegisterApiControllers();
        container.ScopeManagerProvider = new PerLogicalCallContextScopeManagerProvider();
        container.EnableWebApi(GlobalConfiguration.Configuration);
        container.Register<IRegistrationManager, RegistrationManager>(new PerScopeLifetime());
        _LightInjectContainer = container;
    }
}

现在，当客户端调用令牌端点（请求令牌）时，我在这里定义的提供者：

OAuthOptions = new OAuthAuthorizationServerOptions
{
    //...
    //...
    Provider = new SimpleAuthorizationServerProvider()
    //...
    //...
};

正在与此方法一起使用：

public class SimpleAuthorizationServerProvider : OAuthAuthorizationServerProvider
{
    //...
    public override async Task GrantResourceOwnerCredentials(OAuthGrantResourceOwnerCredentialsContext context)
    {
        //...
        // Here I get the exception!
        var registrationManager = DependencyConfig.LightInjectContainer.GetInstance<IRegistrationManager>();
        //...
    }
    //...
}

当我尝试获取实例时，会出现以下错误：

尝试创建没有当前作用域的作用域实例。

我知道LightInject对每个请求都有一个Start/End作用域的概念，它实际上告诉我没有启动任何作用域。但我似乎不知道到底是什么坏了，需要修复。

Answer 1

通过阅读这个问题的最后一个答案，我提出了这个解决方案：（手动启动作用域）

using(DependencyConfig.LightInjectContainer.BeginScope())
{
    IRegistrationManager manager = DependencyConfig.LightInjectContainer.GetInstance<IRegistrationManager>();
}

从技术上讲，它是有效的，但我不确定这是否是关于幕后发生的事情的正确解决方案。

Answer 2

我是LightInject的作者

你能在你的处理程序（SimpleAuthorizationServerProvider）中尝试一下吗

request.GetDependencyScope().GetService(typeof(IRegistrationManager)) as IRegistrationManager;

实际上，没有理由将容器公开为静态公共成员，因为这样可以很容易地开始使用服务定位器反模式。

查看此博客文章以了解更多信息。

http://www.strathweb.com/2012/11/asp-net-web-api-and-dependencies-in-request-scope/