运行时已知参数的依赖注入？

Question

我使用 IoC 容器已经有一段时间了，但今天我发现代码中一遍又一遍地出现一些“模式”。为了给你一些背景知识，我现在正在开发基本上用于数据分析的网络应用程序。那里有一组功能，要求用户从一开始就选择我们所说的QueryTypeContex。一旦选择了此查询类型，就可以采取其他步骤，但所有步骤都在此特定的QueryTypeContex中执行。在 GUI 中，QueryTypeContex 拾取表示为使用其他控件打开新选项卡。

当用户使用给定的 QueryTypeContex 时，对服务器的所有 ajax 调用都包含标识用户选择的 QueryTypeId 并用于在服务器上构建 QueryTypeContex then 用于各种数据检索和操作。

我发现我们的许多使用 Ioc 容器构建的控制器（我们使用 asp.net mvc）都有一个共同点。有一个看起来有点像这样的操作方法：

public class AttributeController : Controller 
{
  public AttributeController(IUsefulService usefulService)
  {
     _usefulservice = usefulService;
  }
  ActionResult GetAttributes(QueryTypeContex context)
  {
    var dataDto = _usefulService.Manipulate(context, currentUser);
    return JSon(dataDto);
  }
  ...
}

为了将 QueryTypeContex 绑定到操作参数，我们使用自定义模型绑定器从数据库中提取一些信息。一旦服务获取 QueryTypeContex 作为参数，它就会将其或其属性传递给实例数据访问层的方法参数中的协作者。因此，有一个看起来像这样的工厂类

public interface IDateValueFactory 
{
   DateValue CurrentYear(QueryTypeContex context);
   DateValue RollingMonth(int numberOfMonths, QueryTypeContex context);
   DateValue RollingQuareter(int numberOfQuarters, QueryTypeContex context);
}

public class DateValueFactory : IDateValueFactory 
{
  public DateValueFactory(IDateValueDb dateValueDb)
  {
    _dateValueDb = dateValueDb;
  }

  public DateValue CurrentYear(QueryTypeContext context)
  {
    var currentYear = _dateValueDb.GetCurrentYear(context.Id);
    return new DateValue(DateValueType.CurrentYear, currentYear, context);
  }

  public DateValue RollingMonth(int numberOfMonths, QueryTypeContex context)
  {
    return new DateValue(DateValueType.RollingMonth, numberOfMonths, context);
  }
  ...

}

正如您所看到的，所有这些方法都获取 QueryTypeContex 作为参数，更重要的是，它们都获取相同的 QueryTypeContex 实例> 在其短暂的生命中（一个网络请求）。所以我开始想知道是否可以重构它，以便每当许多服务类方法需要 QueryTypeContex 作为参数时，它都会通过构造函数注入，而不是再次传递相同的值。例如：

public interface IDateValueFactory 
{
   DateValue CurrentYear();
   DateValue RollingMonth(int numberOfMonths);
   DateValue RollingQuareter(int numberOfQuarters);
}

public class DateValueFactory : IDateValueFactory 
{
  public DateValueFactory(IDateValueDb dateValueDb, QueryTypeContext context)
  {
    _dateValueDb = dateValueDb;
    _context = context;
  }

  public DateValue CurrentYear()
  {
    var currentYear = _dateValueDb.GetCurrentYear(_context.Id);
    return new DateValue(DateValueType.CurrentYear, currentYear, _context);
  }

  public DateValue RollingMonth(int numberOfMonths)
  {
    return new DateValue(DateValueType.RollingMonth, numberOfMonths, _context);
  }
  ...

}

现在真正的问题是： 对于这类事情来说这是一个好主意还是违反了我应该遵守的一些设计原则？

为了注入使用来自http请求的信息构建的QueryTypeContex实例，我考虑将 QueryTypeId 嵌入 uri 中，以便它可以在服务器上的 RouteData 中使用。然后，在构建控制器之前，我可以将其拉出，构建 QueryTypeContex ，为该请求创建嵌套的 IoC 容器并将其注入到容器中。然后，每当某个类需要 QueryTypeContex 来执行其工作时，它就会简单地将其声明为构造函数参数。

Answer 1

任何可以有意义地作为依赖项推送到构造函数的东西，都应该这样做。通过构造函数注入连接的依赖项是实现细节，而方法参数是模型 API 的一部分。

重构通过构造函数连接的依赖项比更改 API 容易得多，因此出于可维护性的原因，您应该选择尽可能少的方法参数。