ASP.NET MVC3-使用DependencyResolver和Windsor Castle：为什么？

如何解决ASP.NET MVC3-使用DependencyResolver和Windsor Castle：为什么？

| 有人可以给我一点光芒吗？ 我的网站全部使用Windsor Castle运行。我有一个控制器工厂和用于控制器和服务的安装程序。一切都很好。 现在，我刚刚创建了一个名为

WindsorDependencyResolver

的

IDependencyResolver

实现类，并带有直接实现：

public class WindsorDependencyResolver : System.Web.Mvc.IDependencyResolver
{
    private readonly IKernel _kernel;

    public WindsorDependencyResolver (IKernel kernel)
    {
        _kernel = kernel;
    }

    public object GetService(Type serviceType)
    {
        return _kernel.Resolve(serviceType);
    }

    public IEnumerable<object> GetServices(Type serviceType)
    {
        return _kernel.ResolveAll(serviceType) as IEnumerable<object>;
    }
}

我已经将其设置为（global.asax）：

DependencyResolver.SetResolver(new WindsorDependencyResolver(kernel));

现在呢？这是何时“使用”？我应该停止使用

kernel.Resolve(someType)

吗？     

解决方法

        我的理解是IDependencyResolver是MVC 3在内部使用的服务定位/控制反转。因此，为了正确地实例化Controller并注入任何依赖项，您需要告诉MVC如何与您使用的容器进行通信（在您的情况下为Windsor）。 当您需要从容器中获取不是通过构造函数/属性注入为您注入的某些东西时，您仍将希望使用kernel.Resolve（someType）。 有趣的是，MSDN文档指向IDependencyResolver上的Brad Wilson \的博客文章以获取详细信息。     ,        听起来您已经有一个自定义IControllerFactory。如果是这样，那就坚持下去。与IDependencyResolver（有很多问题）相比，这是一个更好的解决方案。