Области действия Autofac (+MVC + EF + SignalR + Hangfire)

Question

У меня есть проект ASP.NET MVC, который использует задания Entity Framwork, SignalR и Hangfire.

Мой основной (корневой) контейнер определяется следующим образом:

builder.RegisterType<DbContext>().InstancePerLifetimeScope(); // EF Db Context
builder.RegisterType<ChatService>().As<IChatService>().SingleInstance(); // classic "service", has dependency on DbContext
builder.RegisterType<ChatHub>().ExternallyOwned(); // SignalR hub
builder.RegisterType<UpdateStatusesJob>().InstancePerDependency(); // Hangfire job
builder.RegisterType<HomeController>().InstancePerRequest(); // ASP.NET MVC controller
IContainer container = builder.Build();

Для MVC я использую пакет Nuget Autofac.MVC5. Преобразователь зависимостей:

DependencyResolver.SetResolver(new AutofacDependencyResolver(container));

Для SignalR я использую пакет Nuget Autofac.SignalR. Преобразователь зависимостей:

GlobalHost.DependencyResolver = new Autofac.Integration.SignalR.AutofacDependencyResolver(container);

Мой концентратор signalR создается следующим образом ( http://autofac.readthedocs.org/en/latest/integration/signalr.html):

private ILifetimeScope _hubScope;
protected IChatService ChatService;
public ChatHub(ILifetimeScope scope) {
  _hubScope = scope.BeginLifetimeScope(); // scope 
  ChatService = _hubScope.Resolve<IChatService>(); // this service is used in hub methods
}
protected override void Dispose(bool disposing)
{
  // Dipose the hub lifetime scope when the hub is disposed.
  if (disposing && _hubScope != null)
  {
    _hubScope.Dispose();
  }
  base.Dispose(disposing);
}

Для Hangfire я использую пакет Hangfire.Autofac:

config.UseActivator(new AutofacJobActivator(container));

Задания создаются следующим образом:

private readonly ILifetimeScope _jobScope;
protected IChatService ChatService;
protected BaseJob(ILifetimeScope scope)
{
    _jobScope = scope.BeginLifetimeScope();
    ChatService = _jobScope.Resolve<IChatService>();
}
public void Dispose()
{
    _jobScope.Dispose();
}

Вопрос / проблема: я всегда получаю один и тот же экземпляр DbContext в хабах и рабочих местах. Я хочу, чтобы все экземпляры-концентраторы получали один и тот же ChatService, но DbContext (который является зависимостью от ChatService) всегда будет новым экземпляром. Также задания Hangfire должны действовать так же.

Можно ли это сделать, или я что-то упустил?

Обновление 1:

Подумав (и переспав), думаю, у меня есть два варианта. Я все еще хочу сохранить "сеанс на запрос" ("сеанс на концентратор", "сеанс на задание").

Опция 1:

Измените, что все сервисы будут иметь InstancePerLifetimeScope. Реализация услуг не дорогая. Для сервисов, которые поддерживают какое-то состояние, я бы создал другое "хранилище" (класс), которое будет SingleInstance и не будет зависеть от сеанса (DbContext). Я думаю, что это будет работать и для хабов, и для рабочих мест.

Вариант 2:

Создайте некую фабрику, предложенную @Ric .Net. Что-то вроде этого:

public class DbFactory: IDbFactory
{
    public MyDbContext GetDb()
    {
        if (HttpContext.Current != null)
        {
            var db = HttpContext.Current.Items["db"] as MyDbContext;
            if (db == null)
            {
                db = new MyDbContext();
                HttpContext.Current.Items["db"] = db;
            }
            return db;
        }

        // What to do for jobs and hubs?
        return new MyDbContext();
    }
}

    protected void Application_EndRequest(object sender, EventArgs e)
    {
        var db = HttpContext.Current.Items["db"] as MyDbContext;
        if (db != null)
        {
            db.Dispose();
        }
    }

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

Я склоняюсь к варианту 1. Что вы думаете?

Большое спасибо!

Answer 1

Я совершенно неопытен с AutoFac. Но то, что привлекло мое внимание, было:

Я хочу, чтобы все экземпляры-концентраторы получали один и тот же ChatService, но DbContext (который является зависимостью от ChatService) всегда будет новым экземпляром.

То, что вы в основном говорите здесь:

"Моя машина обслуживается той же автомобильной компанией, которая зависит от своего гаража, но каждый раз, когда я приношу свою машину, я хочу, чтобы гараж был новым".

Когда вы вводите (полностью соберите экземпляр, включая зависимости) ChatService в каком-то другом компоненте, конечно, будут построены и другие зависимости, независимо от того, есть ли у них другой образ жизни или нет. Когда создается объект с более коротким временем жизни, чем объект, в который он внедрен, вы создали так называемую " зависимую зависимость"

Единственный способ получить новый "экземпляр" DbContext в вашем ChatService не вводить DbContext сам, но путем введения DbContextFactory который создает DbContext для вас, когда вы используете его.

Реализация будет выглядеть примерно так:

public class DbContextFactory
{
    public DbContext Create()
    {
         return new DbContext();
    }
}

//usage:
public class ChatService
{
     private readonly DbContextFactory dbContextFactory;

     public ChatService(DbContextFactory dbContextFactory)
     {
         this.dbContextFactory = dbContextFactory;
     }

    public void SomeMethodInChatService()
    {
         using (var db = this.dbContextFactory.Create())
         {
             //do something with DbContext    
         }
     }
}

DbContextFactory может быть зарегистрирован в AutoFac с помощью Singleton Lifestyle.

Однако, возможно, это не то, к чему вы стремитесь. Потому что в этом случае каждый раз, когда вы используете DbContext Вы получаете новый. С другой стороны, новый DbContext, вероятно, самый безопасный способ приблизиться к этому, как вы можете прочитать здесь.

Этот замечательный ответ стоит прочитать по нескольким причинам, потому что в нем есть объяснение того, как использовать шаблон команды / обработчика, который должен быть очень подходящим для вашей ситуации.

Это сделало бы ваш чат-сервис совершенно незнанием DbContext который улучшает " твердый" дизайн вашего приложения и дает возможность протестировать ChatService что то, что практически невозможно отменить при введении DbContext или же DbContextFactory непосредственно.

Answer 2

Вам нужно разрешить фабрику. Autofac имеет встроенную поддержку Func<T> см. Динамическое создание экземпляра, например.

Если ваша зависимость имеет одноразовую зависимость, вам придется управлять шаблоном утилизации, чтобы избежать утечки памяти. Распространенным способом решения этой проблемы с помощью Autofac является использование Func<Owned<T>>

public class ChatService
{
    public ChatService(Func<Owned<DbContext>> dbContextFactory)
    {
        this._dbContextFactory = dbContextFactory;
    }

    private readonly Func<Owned<DbContext>> _dbContextFactory;

    private void DoSomething()
    {
        using (Owned<DbContext> ownedDbContext = this._dbContextFactory())
        {
            DbContext context = ownedDbContext.Value;
        }
    }
}

Func<T> это фабрика Каждый раз, когда вызывается фабрика, autofac будет возвращать новый экземпляр (в зависимости от того, как настроен срок действия регистрации). Owned<T> это свет ILifetimescope Основное назначение этого класса - управление удалением разрешенных компонентов.

Вы можете найти больше информации о Func<Owned<T>> здесь: объединение Owned<T> с Func<T>