Конфигурация контейнера Unity по запросу в промежуточном ПО OWIN

Question

Я хочу настроить регистрацию в контейнере Unity, который используется ASP.NET Web API 2 на основе свойств HTTP-запроса. Например, запрос на /api/database1/values должен привести к конфигурации контейнера Unity с параметром IDbContext, настроенным для базы данных1, тогда как запрос /api/database4/values получит IDbContext, настроенный для базы данных4.

Я до сих пор использовал UnityHierarchicalDependencyResolver в качестве преобразователя зависимостей, поэтому типы, зарегистрированные с HierarchicalLifetimeManager, сохраняются только для срока службы запроса. Это хорошо работает для получения типов разрешено за запрос. Но как их получить зарегистрировано за запрос с использованием промежуточного программного обеспечения OWIN.

В моем промежуточном слое, вызов System.Web.Http.GlobalConfiguration.Configuration.DependencyResolver.GetService(typeof(IUnityContainer)) получает экземпляр IUnityContainer, но это же контейнера для всех запросов, включая любые регистрации предыдущих запросов.

По инкапсуляции UnityHierarchicalDependencyResolver с моей собственной реализацией IDependencyResolver Я вижу, что IDependencyResolver.BeginScope не вызывается до тех пор, пока в процессе не будет много. Таким образом, проблема заключается в том, что дочерний контейнер не создается до тех пор, пока веб-API не просыпается, после того, как мое промежуточное ПО вызовет Next(..).

Есть ли способ, с помощью которого я могу расширить сферу действия своего зависимого преобразователя, чтобы начать раньше? Есть ли какая-то другая стратегия, которую мне не хватает. В случае, если это имеет значение, я размещаю в IIS, но предпочитаю подход промежуточного программного обеспечения OWIN.

Update

Это не ответ, и это слишком большой для комментария, но после того, как изо всех сил, чтобы решить эту проблему с Unity я решил перейти на Autofac и все это просто встало на свои места.

Autofac Owin пакеты (Autofac.Mvc5.Owin, Autofac.Owin, Autofac.WebApi2.Owin) делает его мертвым простой в использовании Autofac внутри трубопровода Owin и обеспечить надлежащее управление временем жизни в ASP.NET MVC и Web API. Это недостающее звено.

Я не мог найти способ перенастроить контейнер по запросу, но он по крайней мере позволил настроить фабрику по запросу (так что да, @Haukinger и @alltej, вы были правы, чтобы вставлять ., что направление

Так я зарегистрировать завод, как:

builder.RegisterType<DataDependencyFactory>().InstancePerRequest(); 

и зарегистрировать метод создания, что завод, как:

builder 
    .Register(c => c.Resolve<DataDependencyFactory>().CreateDataDependency()) 
    .As<IDataDependency>() 
    .InstancePerRequest(); 

регистрируя завод этот путь особенно полезен, потому что нисходящие иждивенцы не должны знать о фабрике. Мне это нравится, потому что моим иждивенцам не нужна фабрика, им нужен экземпляр. Контейнер сгибается до потребностей моих иждивенцев, а не наоборот :)

Затем, в части промежуточного программного обеспечения OWIN, я разрешаю завод и устанавливаю свойство на нем в соответствии с свойствами запроса. Последующее разрешение IDataDependency в контроллере MVC или Web API или что-то еще в конвейере OWIN получит экземпляр, настроенный в соответствии с свойством на заводе.

Answer 1

Основываясь на URL-адресе api ("/ api/database4/values"), я предлагаю создать атрибут фильтра (например, DbIdFilter), чтобы вы могли повторно использовать атрибут фильтра для других методов контроллера, которые следуют аналогичному URL-адресу/сегмент, как это показано ниже:

[HttpGet] 
[DbIdFilter] 
[Route("{databaseId}/values")] 
public IHttpActionResult GetValues() 
{ 
    return Ok(); 
} 


[HttpGet] 
[DbIdFilter] 
[Route("{databaseId}/products")] 
public IHttpActionResult GetProducts() 
{ 
    return Ok(); 
} 

во-первых, создать атрибут фильтра:

public class DbIdFilterAttribute : ActionFilterAttribute 
{ 
    private readonly string _routeDataId; 
    private const string defaultRouteName = "databaseId"; 
    public DbIdFilterAttribute():this(defaultRouteName) 
    {} 

    public DbIdFilterAttribute(string routeDataId) 
    { 
     _routeDataId = routeDataId; 
    } 

    public override void OnActionExecuting(HttpActionContext actionContext) 
    { 

     var routeData = actionContext.Request.GetRouteData(); 

     var dbId = routeData.Values[_routeDataId] as string; 

     //here we create the db instance at the filter level. 

     DbInstanceFactory.RegisterDbInstance(dbId); 


    } 

} 

Далее, создайте экземпляр фабрики, которая будет регистрировать/разрешить экземпляр дб во время выполнения:

public class DbInstanceFactory : IDbInstanceFactory 
{ 
    public static IDbInstance RegisterDbInstance(string databaseId) 
    { 
     var factory = UnityConfig.GetConfiguredContainer().Resolve<IDbInstanceFactory>(); 
     return factory.CreateInstance(databaseId); 
    } 

    public IDbInstance CreateInstance(string databaseId) 
    { 
     var container = UnityConfig.GetConfiguredContainer(); 
     //container.RegisterType<IDbInstance, DbInstance>(); 

     container.RegisterType<IDbInstance, DbInstance>(new InjectionConstructor(databaseId)); 
     var dbInstance = container.Resolve<IDbInstance>(); 
     return dbInstance; 
    } 

    public IDbInstance GetInstance() 
    { 
     var container = UnityConfig.GetConfiguredContainer(); 
     var dbInstance = container.Resolve<IDbInstance>(); 
     return dbInstance; 
    } 
} 

public interface IDbInstanceFactory 
{ 
    IDbInstance CreateInstance(string databaseId); 
    IDbInstance GetInstance(); 
} 

Регистрация этот класс фабрики в UnityConfig.cs (или там, где вы в настоящее время зарегистрировать типы):

container.RegisterType<IDbInstanceFactory, DbInstanceFactory> 
    (new ContainerControlledLifetimeManager()); 

Он зарегистрирован ContainerControlledLifetimeManager, поскольку этот завод не должен быть по запросу.

Так что базовый класс DbInstance ниже (для ясности), который принимает параметр в конструкторе (этот параметр может быть строка подключения или имя соединение):

public class DbInstance : IDbInstance 
{ 
    public string DbId { get; } 

    public DbInstance(string databaseId) 
    { 
     DbId = databaseId; 
    } 
} 

public interface IDbInstance 
{ 
    string DbId { get; } 
} 

В классе контроллера, вы можете использовать это так:

.... 
private IDbInstanceFactory _dbFactory; 

public MyController(IDbInstanceFactory dbFactory) 
{ 
    _dbFactory = dbFactory; 
} 

// Alternate, if you want to use property injection instead of constructor injection 
//[Dependency] 
//public IDbInstanceFactory DbFactory { get; set; } 

[HttpGet] 
[DbIdFilter] 
[Route("{databaseId}/test")] 
public IHttpActionResult Test() 
{ 
    var db = _dbFactory.GetInstance(); 

    return Ok(db.DbId); 
} 

...