ASP.NET MVC 4 RC с замком Виндзор
Я взглянул на ASP.NET MVC 4 RC и не могу найти DefaultHttpControllerFactory или даже IHttpControllerFactory, чтобы позволить моему выбранному контейнеру IoC (Castle Windsor) подключиться к каркасу для контроллеров Web Api. В итоге я использовал IDependencyResolver, что делает выпуск компонентов немного сложнее, но в итоге получилось следующее. Будет ли это работать / не утечка памяти, пока IDependencyResolver не имеет метод Release? Global.asax заканчивается как:
public class WebApiApplication : System.Web.HttpApplication
{
private IWindsorContainer container;
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
BundleConfig.RegisterBundles(BundleTable.Bundles);
Windsor();
}
protected void Application_End()
{
container.Dispose();
}
private void Windsor()
{
container = new WindsorContainer().Install(FromAssembly.This());
// mvc:
var mvcControllerFactory = new WindsorControllerFactory(container.Kernel);
ControllerBuilder.Current.SetControllerFactory(mvcControllerFactory);
// web api:
var httpDependencyResolver = new WindsorHttpDependencyResolver(container.Kernel);
GlobalConfiguration.Configuration.DependencyResolver = httpDependencyResolver;
}
}
WindsorControllerFactory является расширением DefaultControllerFactory для контроллеров Mvc, и для них есть установщик Windsor. WindsorHttpDependencyResolver заканчивается как:
public class WindsorHttpDependencyResolver : System.Web.Http.Dependencies.IDependencyResolver
{
private readonly IKernel kernel;
public WindsorHttpDependencyResolver(IKernel kernel)
{
this.kernel = kernel;
}
public IDependencyScope BeginScope()
{
return kernel.Resolve<IDependencyScope>(); // instances released suitably (at end of web request)
}
public object GetService(Type serviceType)
{
// for ModelMetadataProvider and other MVC related types that may have been added to the container
// check the lifecycle of these registrations
return kernel.HasComponent(serviceType) ? kernel.Resolve(serviceType) : null;
}
public IEnumerable<object> GetServices(Type serviceType)
{
return kernel.HasComponent(serviceType) ? kernel.ResolveAll(serviceType) as IEnumerable<object> : Enumerable.Empty<object>();
}
public void Dispose()
{
// Nothing created so nothing to dispose - kernel will take care of its own
}
}
Теоретически это означает, что Windsor теперь будет предоставлять контроллеры Api после их установки:
public class ApiControllersInstaller : IWindsorInstaller
{
public void Install(IWindsorContainer container, IConfigurationStore store)
{
container.AddFacility<TypedFactoryFacility>();
container.Register(Component.For<ITypedFactoryComponentSelector>().ImplementedBy<WebApiTypedFactoryComponentSelector>());
container.Register(Component.For<IDependencyScope>().AsFactory(tfc => tfc.SelectedWith<WebApiTypedFactoryComponentSelector>()).LifestylePerWebRequest());
container.Register(Classes.FromAssemblyContaining<ValuesController>().BasedOn<IHttpController>().LifestyleTransient());
}
}
Я использую средство типизированной фабрики для реализации IDependencyScope для меня, что означает, что, когда фреймворк удаляет его в конце запроса, он неявно освобождает контроллер и его зависимости. Используя жизненный цикл Per Web Request, Windsor также выпустит саму фабрику. Это просто оставляет пользовательский типизированный селектор компонентов фабрики, так как GetService(s) не найдет ничего в контейнере:
public class WebApiTypedFactoryComponentSelector : DefaultTypedFactoryComponentSelector
{
protected override string GetComponentName(System.Reflection.MethodInfo method, object[] arguments)
{
if (method.Name == "GetService" || method.Name == "GetServices")
{
return (arguments[0] as Type).FullName;
}
return base.GetComponentName(method, arguments);
}
protected override Type GetComponentType(System.Reflection.MethodInfo method, object[] arguments)
{
if (method.Name == "GetService" || method.Name == "GetServices")
{
return arguments[0] as Type;
}
return base.GetComponentType(method, arguments);
}
}
Надеюсь, это полезно.
1 ответ
Я закончил тем, что использовал код из этого поста в блоге (дополнительно улучшенный этим другим от Марка Симанна), который создает область действия для каждого запроса и заботится о выпуске созданных объектов. Это немного другой подход к тому, который вы выбрали.