MVC3、Ninject、MvcSiteMapProvider - 如何将依赖项注入到重写方法

Question

我有一个使用 Ninject 和 MvcSiteMapProvider。

我创建了此类，MvcSiteMapProvider 使用该类动态地将节点添加到我的站点地图：

public class PageNodeProvider : DynamicNodeProviderBase
{
    public override IEnumerable<DynamicNode> GetDynamicNodeCollection()
    {            
         // need to get repository instance
         var repository = // how do I get this???

         foreach (var item in repository.GetItems())
         {
              yield return MakeDynamicNode(item);
         }
    }
}

MvcSiteMapProvider 本身实例化此类型，因此我不确定如何将我的存储库注入其中。

我考虑通过获取内核句柄并在方法中调用 Get() 来使用服务定位。但是，我在查看 NinjectHttpApplication 的定义时看到了这个属性：

    // Summary:
    //     Gets the kernel.
    [Obsolete("Do not use Ninject as Service Locator")]
    public IKernel Kernel { get; }

Do not use Ninject as Service Locator ?!我还应该怎么做呢？ 然后我在这里找到了 这个问题在 stackoverflow 上，所有答案都说不要使用服务位置。

我该怎么办？

Answer 1

这似乎是《为什么提供商的设计不好？》一书中的另一章。对于任何类型的 ASP.NET 提供程序，您都会遇到同样的问题。对于他们来说，没有真正好的、令人满意的解决方案。只是黑客。

我认为最好的选择是分叉该项目并更改 DefaultSiteMapProvider 以使用 DepenencyResolver 而不是 Activator 并将实现提供回社区。然后您可以在 PageNodeProvider 实现中使用构造函数注入。这将为所有类型和所有人一次性解决问题。

当然，您也可以在实现中使用 DependencyResolver。但这到目前为止还不是最好的解决方案，因为您应该让实例尽可能接近根，这会使测试变得更加复杂，并且它只为您解决问题。

Answer 2

尽管我看到您已决定完全放弃提供程序，但我仍想详细说明如何使用 DependencyResolver。基本上，您可以使用 Ninject 手动获取正确的存储库实例。

var repository = DependencyResolver.Current.GetService<IRepository>();

这不太健壮，因为如果内容发生变化，您必须维护它以及 NinjectMVC3.cs 类，并且测试起来有点复杂。