从 ServiceCollection 获取 IConfiguration

Question

我正在为ServiceCollection 编写自己的扩展方法来注册我的模块的类型，我需要从集合中访问IConfiguration 实例来注册我的选项。

扩展方法

public static IServiceCollection AddApi(this IServiceCollection services)
{
  // Get configuration from collection
  var configuration = (IConfiguration) services.FirstOrDefault(p => p.ServiceType == typeof(IConfiguration)).ImplementationInstance;

  services.Configure<DatabaseOptions>(configuration.GetSection("Database"));
}

这是从集合中获取 IConfiguration 实例的正确方法还是有更优雅的解决方案？我不想将 IConfiguration 实例作为参数添加到方法中。

Answer 1

根据 cmets，我已将扩展方法更改为以下内容，以便由应用程序的编写者为我的选项提供配置部分。

public static IServiceCollection AddApi(this IServiceCollection services, IConfiguration databaseConfiguration)
{  
  services.Configure<DatabaseOptions>(databaseConfiguration);
}

来自 StartUp 类，调用看起来像

public void ConfigureServices(IServiceCollection services)
{
  services.AddApi(Configuration.GetSection("Database"));
  services.AddMvc();
}

以这种方式使用它的决定主要是由这些 cmets 决定的。在开发许多开发人员使用的组件时，这种方式可能比您在应用程序中使用的内部组件更相关。

恕我直言，从任何地方访问 IConfiguration 都是一个糟糕的设计，除了 在组合根（ASP.NET 核心的启动类）内，就像这样 意味着配置文件必须具有特定的结构 根本无法改变。相反，我会写一个扩展方法 配置组合根内的配置类并传递 IConfiguration 对象，类似于如何 .Configure(Configuration.GetSection("MyLibConfi‌​g"). 这样，从您的应用程序中编写应用程序的开发人员 组件可以决定在 appsettings.json 中放置它的位置

或者当两个库直接发生冲突时，你将如何解决 引用 IConfiguration 并在 配置？即 JsonSettings 但结构完全不同？它 只能通过让编写它的开发人员选择和解决 将部分名称传递给您的扩展方法，该方法设置 通过 .Configure 选项

Answer 2

要从IServiceCollection 获取IConfiguration 为什么不直接解决依赖关系？：

IConfiguration configuration = services.BuildServiceProvider().GetService<IConfiguration>();

Answer 3

我创建了自己的“服务集合”类型，它包装了IServiceCollection 和IConfiguration，我的所有模块都使用该类型来注册它们的服务。例如：

public interface IMyServiceCollection
{
    public IServiceCollection Services { get; set; }

    public IConfiguration Configuration { get; set; }
}

public static void AddFooModule(this IMyServiceCollection myServices)
{
    var services = myServices.Services;
    var config = myServices.Configuration;
}

然后你必须创建一个以配置实例为参数的扩展方法，它为IMyServiceCollection创建实现，例如：

public static IMyServiceCollection CreateServiceCollection(this IServiceCollection services, IConfiguration config)
{
    return new MyServiceCollection 
    { 
        Services = services,
        Configuration = config
    };
}

请注意，我们在模块化框架中使用它。对于简单的应用程序，这是多余的。

我认为您的解决方案也很好。但是，如果您需要经常访问 IConfiguration 实例，您可能会发现在服务集合中一遍又一遍地搜索它有点乏味。