.NET Core 2、DI、配置文件

Question

我正在学习 .NET Core 2，但我不喜欢 DI 的管理方式……在网上我读到了类似以下步骤的内容：

1. 创建类似 IService 的接口

2. 为 IService 创建一个实现

3. 将其添加到 .NET Core 容器的作用域中到解决依赖关系的 Startup.Configuration 方法中。

4. 终于可以在我的自定义控制器的构造函数中使用它了。

在 .NET classic 中，我使用了专用的 XML 配置文件来管理依赖项：我可以使用配置文件（JSON 或 XML 相同）来做我在 Startup.Configuration 方法中必须做的事情吗？

...否则有人可以解释为什么将服务配置到 Startup.Configuration 是更好的方法吗？

非常感谢...

Answer 1

首先，要回答您的问题“我可以使用配置文件吗”，答案肯定是“是”。你为什么不应该稍后回答，但现在，这是一个穷人的版本，你可以通过添加到你的 appsettings.json 文件来做到这一点。请注意，此代码并非最佳代码，而是旨在向您展示如何可以实施此解决方案。

让我们从一些保存数据的类开始：

public class ServicesConfiguration
{
    public IEnumerable<ServiceItem> Singleton { get; set; }
    public IEnumerable<ServiceItem> Transient { get; set; }
}

public class ServiceItem
{
    public string Service { get; set; }
    public string Implementation { get; set; }
}

现在向您的 JSON 文件添加一个部分，您甚至可能希望将此文件保留在主配置之外，但这是我将留给您的实现细节：

{
    //snip main config....

    "Services" : {
        "Singleton": [
            { 
                "Service": "YourNamespace.IFoo1, YourNamespace", 
                "Implementation": "YourNamespace.Foo1, YourNamespace" 
            },   
            {
                "Service": "YourNamespace.IFoo2, YourNamespace", 
                "Implementation": "YourNamespace.Foo2, YourNamespace" 
            }  
        ],
        "Transient": [
            {
                "Service": "YourNamespace.IBar1, YourNamespace",
                "Implementation": "YourNamespace.Bar1, YourNamespace"
            }    
        ]
    }
}

现在还有一个扩展方法来配置它：

public static IServiceCollection AddFromConfigurationFile(this IServiceCollection services, 
    IConfigurationSection configuration)
{
    var servicesConfiguration = configuration.Get<ServicesConfiguration>();

    foreach(var service in servicesConfiguration.Singleton)
    {
        services.AddSingleton(Type.GetType(service.Service), Type.GetType(service.Implementation));
    }

    foreach(var service in servicesConfiguration.Transient)
    {
        services.AddTransient(Type.GetType(service.Service), Type.GetType(service.Implementation));
    }

    //Other scopes here...

    return services;
}

并像这样在ConifigureServices 中调用它：

services.AddFromConfigurationFile(Configuration.GetSection("Services"));

那么，很好很简单吧？为什么不应该这样做？我脑海中浮现出一些想法：

1. 为什么要改变几乎所有 DI 实现的工作方式？如果它没有坏，为什么要修复它？仅仅因为您习惯了某种特定的方法，并不意味着它是一个好主意。
2. 类型安全：您会丢失在配置文件中指定的类型的编译时检查。
3. 安全性：在配置文件中包含它可以让某人将实现更改为他们自己选择的类。

我敢肯定还有更多，但是...这是你的应用程序！