20

这个问题与 Ninject 没有特别的关系。这更像是一个一般性的编码问题，但我将其发布在这里，以防万一在 Ninject 中可能有更好的方法来处理这个问题，而不是我正在尝试做的事情。

我想知道是否可以从 Global.asax 中的实例全局访问 Ninject 标准内核。

这是代码：

public class MvcApplication : NinjectHttpApplication
{
    protected override void OnApplicationStarted()
    {
        base.OnApplicationStarted();

        // MVC global registration, routing and filtering code goes here...
    }

    protected override IKernel CreateKernel()
    {
        return Container;
    }

    private static IKernel Container
    {
        get
        {
            IKernel kernel = new StandardKernel();
            kernel.Load(new ServiceModule(), new RepositoryModule());
            return kernel;
        }
    }
}

如果我有一些类，例如不与控制器接口的外观类，我想在其中开始依赖链，我的理解是我应该使用：

_className = kernel.Get<IClassName>();

但是，我知道的唯一方法是创建 Ninject 标准内核的新实例，但如果我理解正确，创建 Ninject 内核的新实例并不是一个好主意，因为这基本上是创建第二个内核。

那么，是否可以从我的应用程序中的任何位置访问在应用程序启动时在 Global.asax 中实例化的现有内核，或者是否有更好的方法完全做到这一点？

问候，

弗雷德城堡

4

4 回答 4

28

最简单的方法（IMO）：

_className = (IClassName)System.Web.Mvc.DependencyResolver.Current.GetService(typeof(IClassName));
于 2013-10-25T08:58:16.883 回答
9

如果与 System.Web.MVC 一起使用，较新版本的 Ninject 具有此方法：

var obj = DependencyResolver.Current.GetService<IClassName>();

除非您需要动态操作 DI 绑定，否则实例化 StandardKernel 有点繁重。

IKernel kernel = new StandardKernel();
var obj = DependencyResolver.Current.GetService<IClassName>();
于 2017-10-12T15:23:15.463 回答
2

我设法让服务定位器工作，它似乎工作得很好。当请求通过 MVC 控制器操作方法进入应用程序时，Ninject 以 Ninject.Mvc.Extensions 提供的正常方式运行。它通过控制器构造函数注入实例类。当请求以任何其他方式进入应用程序时，我调用服务定位器以提供该类构造函数中的实例类。

这是代码：

首先，对 Microsoft.Practices.ServiceLocation 的引用

以及下面的 Ninject 适配器类。

public class NinjectServiceLocator : ServiceLocatorImplBase
{
    public IKernel Kernel { get; private set; }

    public NinjectServiceLocator(IKernel kernel)
    {
        Kernel = kernel;
    }

    protected override object DoGetInstance(Type serviceType, string key)
    {
        return Kernel.Get(serviceType, key);
    }

    protected override IEnumerable<object> DoGetAllInstances(Type serviceType)
    {
        return Kernel.GetAll(serviceType);
    }
}

在 Global.asax

public class MvcApplication : NinjectHttpApplication
{
    private static IKernel _kernel;


    protected override IKernel CreateKernel()
    {
        return Container;
    }

    private static IKernel Container
    {
        get
        {
            if (_kernel == null)
            {
                _kernel = new StandardKernel();
                _kernel.Load(new ServiceModule(), new RepositoryModule());

                ServiceLocator.SetLocatorProvider(() => new NinjectServiceLocator(_kernel));
            }

            return _kernel;
        }
    }
}

请注意，此代码需要使用 Ninject.Mvc.Extensions，它提供依赖解析器回退到默认控制器。否则，可能需要自定义依赖解析器。

这似乎解决了我所有的担忧。它创建实例类，解析整个对象图，并在我需要它工作的任何地方工作。而且，据我所知，每个应用程序只有一个 Ninject 标准内核。

我知道使用服务定位器模式不受欢迎，但我想使用多个 Ninject 内核会不受欢迎，甚至更糟。

弗雷德城堡

于 2013-03-19T20:05:06.930 回答
0

听起来您需要更多 Ninject 的工厂模式实现。您可以将内核从 Global.asax 迁移到 Factory 类，该类可以与应用程序的其余部分进行交互。

或者，如果您遇到在运行时指定的参数用于确定接口绑定的情况，您可以包装服务。这是 DI 和 ServiceLocater 的混合设置，但 ServiceLocater 仅发生在服务级别实例化，所有其他层通常以 DI/IOC 模式编码。

MyService : IService1
{
    public void DoSomething(MyCustomParameter parameter)
    {
        //Builds the Kernel using the supplied parameter
        //We've in our resolver bound IService1 To MyActualService
        var trueService = kernel.Get<IService1>();
        return trueService.DoSomething(parameter);
    }
}

MyActualService : IService1
{
    public void DoSomething()
    {
        //Do the Actual work
    }
}
于 2013-03-11T13:20:08.300 回答