9

问题（摘要）

给定一个注册依赖项 X 的模块。依赖项 X 在 MVC3 应用程序中具有不同的生命周期（每个 HttpRequest 的生命周期），然后在控制台应用程序中（每个生命周期范围的依赖项和名称）。在哪里或如何指定依赖项 X 的生命周期？

案子

我已将所有与数据库相关的代码放在一个程序集中，其中包含一个注册所有存储库的模块。现在 ISession (Nhibernate) 注册也在模块中。

ISession 是依赖项 X（在给定的问题情况下）。ISession 在 MVC3 应用程序中具有不同的生命周期（每个请求的生命周期），然后在我定义命名生命周期范围的控制台应用程序中。

ISession 的注册是否应该在模块之外？会很奇怪，因为它是一个实现细节。

在这里最好的情况是什么？设计缺陷还是为此有智能结构:)？

4

2 回答 2

7

鉴于您的用例描述，我想说您有几个选择。

首先，您可以让每个应用程序注册自己的一组依赖项，包括生命周期范围。考虑到应用程序之间的差异以及注册看起来相当小的事实，在这方面拥有一两个“重复”代码并不是什么大问题。

其次，您可以将公共部分（减去生命周期范围）包装到可以在每个应用程序中使用的 ContainerBuilder 扩展方法中。这仍然意味着每个应用程序都有一些“重复代码”，但通用逻辑将包含在一个简单的扩展中。

public static IRegistrationBuilder<TLimit, ScanningActivatorData, DynamicRegistrationStyle>
  RegisterConnection<TLimit, ScanningActivatorData, DynamicRegistrationStyle>(this ContainerBuilder builder)
{
  // Put the common logic here:
  builder.Register(...).AsImplementedInterfaces();
}

在每个应用程序中使用这样的扩展程序如下所示：

builder.RegisterConnection().InstancePerHttpRequest();
// or
builder.RegisterConnection().InstancePerLifetimeScope();

最后，如果您知道它是 Web 还是非 Web，您可以制作一个处理开关的自定义模块：

public class ConnectionModule : Autofac.Module
{
  bool _isWeb;
  public ConnectionModule(bool isWeb)
  {
    this._isWeb = isWeb;
  }

  protected override void Load(ContainerBuilder builder)
  {
    var reg = builder.Register(...).AsImplementedInterfaces();
    if(this._isWeb)
    {
      reg.InstancePerHttpRequest();
    }
    else
    {
      reg.InstancePerLifetimeScope();
    }
  }
}

在每个应用程序中，您可以注册模块：

// Web application:
builder.RegisterModule(new ConnectionModule(true));

// Non-web application:
builder.RegisterModule(new ConnectionModule(false));

或者，您提到您的其他应用程序中的生命周期范围有一个名称。你可以让你的模块取名字：

public class ConnectionModule : Autofac.Module
{
  object _scopeTag;
  public ConnectionModule(object scopeTag)
  {
    this._scopeTag = scopeTag;
  }

  protected override void Load(ContainerBuilder builder)
  {
    var reg = builder.Register(...)
                     .AsImplementedInterfaces()
                     .InstancePerMatchingLifetimeScope(this._scopeTag);
  }
}

消费类似：

// Web application (using the standard tag normally provided):
builder.RegisterModule(new ConnectionModule("httpRequest"));

// Non-web application (using your custom scope name):
builder.RegisterModule(new ConnectionModule("yourOtherScopeName"));

我建议不要简单地InstancePerLifetimeScope在 Web 应用程序中使用，除非这实际上是您想要的。如其他答案/评论中所述，InstancePerHttpRequest使用特定的命名生命周期范围，以便创建子生命周期范围是安全的；usingInstancePerLifetimeScope没有这样的限制，因此您实际上会为每个子范围获得一个连接，而不是为 request 获得一个连接。我个人不认为其他开发人员不会使用子生命周期范围（这是推荐的做法），所以在我的应用程序中我非常具体。如果您完全控制了您的应用程序，并且您可以确保您没有创建额外的子范围，或者您确实希望每个范围有一个连接，那么也许InstancePerLifetimeScope将解决您的问题。

于 2012-06-05T16:53:25.613 回答
0

每个 http 请求使用一个连接是常见的做法。在这种情况下，将使用 .InstansePerLifetimeScope() 注册连接。例如，您可能会执行以下操作：

builder
    .Register(c => {
                       var conn = new SqlConnection(GetConnectionString());
                       conn.Open();
                       return conn;
                   })
    .AsImplementedInterfaces()
    .InstancePerLifetimeScope();
于 2012-06-02T19:40:22.803 回答